Proxmox VE 8 без обновлений: что это значит для сервера

Читать 7 мин.

В августе 2026 года закончилась поддержка Proxmox VE 8. Многие серверы до сих пор работают на этой версии, и паники тут нет: ничего не сломалось, виртуальные машины запускаются, бэкапы делаются. Но теперь хост работает на ветке, для которой Proxmox больше не выпускает исправлений.

Разберём, что это значит на практике, почему система сама об этом не скажет и в каких случаях обновление проще доверить администратору.

Что изменилось в августе 2026

Proxmox VE 8 вышел в июне 2023 года на базе Debian 12 Bookworm. Поддержка самой ветки Proxmox VE 8 закончилась в августе 2026 года. При этом Debian 12 продолжает получать LTS-обновления, поэтому часть системных пакетов на сервере всё ещё обновляется.

После окончания поддержки:

• новые исправления безопасности для компонентов Proxmox VE 8 не выходят;
• ошибки в этой ветке больше не исправляются;
• репозитории остаются доступными, но новых пакетов Proxmox для восьмёрки в них уже не будет.

При этом важно понимать, чего окончание поддержки не означает. Сервер не выключится, виртуальные машины и контейнеры продолжат работать, конфигурация никуда не денется. Меняется другое: на обычный цикл исправлений для этой версии рассчитывать больше нельзя.

На момент подготовки статьи актуальная ветка Proxmox VE 9. Она вышла в августе 2025 года на базе Debian 13 Trixie, последний доступный релиз 9.2 вышел в мае 2026 года.

Почему apt не предупредит

Здесь есть ловушка. Debian 12 перешёл на долгосрочную поддержку (LTS), которая продлится до июня 2028 года. Поэтому apt update и apt upgrade на сервере с Proxmox VE 8 продолжают работать и даже ставят обновления: это исправления для обычных пакетов Debian.

Со стороны всё выглядит так, будто система обновляется. Но Debian LTS не касается компонентов самого Proxmox:

• ядра Proxmox (пакеты proxmox-kernel), оно собирается отдельно от ядра Debian;
• веб-интерфейса и API (pve-manager);
• QEMU и KVM, на которых работают виртуальные машины;
• LXC-контейнеров, инструментов кластера и пакетов Ceph.

Именно эти части отвечают за гипервизор и его безопасность, а после окончания поддержки Proxmox больше не выпускает для ветки 8 исправления безопасности и критические исправления. Никакого сообщения об этом apt не покажет.

Чем это грозит серверу

Здесь легко скатиться в страшилки, поэтому разделим последствия по времени.

Сразу после окончания поддержки ничего критичного не происходит. Сервер работает так же, как работал накануне.

Со временем разница становится заметной:

• уязвимости, найденные в ядре, QEMU, LXC или веб-интерфейсе, для Proxmox VE 8 закрываться не будут;
• со временем могут появляться проблемы совместимости с новым ПО и компонентами, которые уже ориентированы на поддерживаемые версии Proxmox;
• диагностировать проблемы сложнее, потому что система уже не в поддерживаемой ветке;
• чем дольше откладывается обновление, тем больше изменений накапливается и тем сложнее переход.

Особенно рискованно оставаться на Proxmox VE 8, если:

• веб-интерфейс или SSH хоста доступны из интернета;
• на сервере работают важные рабочие машины;
• у компании есть требования к безопасности или аудиту;
• обновления на сервере давно не ставились вообще.

Хост и гостевые системы обновляются отдельно

В этом часто путаются. Обновление Proxmox VE и обновление виртуальных машин это разные вещи.

На одном сервере могут одновременно работать Proxmox VE 8 на хосте, Ubuntu или Windows Server внутри виртуальных машин и разные версии приложений. У каждой из этих систем свой жизненный цикл.

Поэтому свежие обновления внутри гостевой Windows или Ubuntu не решают проблему самого хоста. Если гипервизор остался на Proxmox VE 8, он работает на неподдерживаемой версии.

Как проверить свою версию

Достаточно одной команды на хосте:

pveversion

Вывод выглядит примерно так:

pve-manager/8.4.1/2a5fa54a8503f96d (running kernel: 6.8.12-9-pve)

Если после pve-manager/ стоит 8, сервер работает на ветке, которая больше не поддерживается.

Что сделать перед обновлением

Переход с Proxmox VE 8 на Proxmox VE 9 официально поддерживается как обновление на месте, переустанавливать систему не нужно. Но подготовка здесь важнее самих команд.

Короткий чек-лист:

• обновите текущую установку до последней версии 8.4, иначе проверка совместимости не пройдёт;
• запустите встроенную проверку pve8to9 --full, она покажет известные проблемы до начала обновления и ничего не меняет в системе;
• проверьте свободное место на корневом разделе (официальное руководство Proxmox просит не меньше 5 ГБ, лучше больше 10 ГБ) и состояние хранилищ;
• сделайте резервные копии всех виртуальных машин и контейнеров и проверьте, что из них можно восстановиться;
• запланируйте окно обслуживания и продумайте, что будете делать, если что-то пойдёт не так.

Несколько мест, где обновление чаще всего идёт не по плану:

• если используется Ceph, его нужно заранее обновить до версии 19.2 Squid отдельным шагом, до обновления самого Proxmox. Поддержка Squid заканчивается в конце октября 2026 года, поэтому после перехода на Proxmox VE 9.2 сразу запланируйте следующий шаг: обновление Ceph до версии 20 Tentacle;
• в Proxmox VE 9 убрана поддержка cgroup v1, поэтому контейнеры со старыми дистрибутивами (например, CentOS 7 или Ubuntu 16.04) могут перестать запускаться;
• в кластере узлы обновляются по одному: сначала переносите с узла машины, затем обновляете его, проверяете и только потом переходите к следующему;
• новое ядро может переименовать сетевые интерфейсы, поэтому заранее позаботьтесь о доступе к серверу через IP-KVM;
• сторонние репозитории, плагины и собственные модули ядра стоит проверить заранее.

Если ваш сервер ещё на Proxmox VE 7, сначала нужно перейти на восьмёрку. Пошаговый порядок есть в нашей инструкции Обновление Proxmox VE 7 до Proxmox VE 8. Переход с 8 на 9 устроен так же, только со скриптом проверки pve8to9, подробности есть в официальном руководстве Proxmox.

Что будет, если ничего не делать

Окончание поддержки это не авария, а срок. После него откладывать решение с каждым месяцем всё менее выгодно.

Обновлять самому или доверить администратору

Если у вас один сервер, некритичные машины, проверенная резервная копия и есть время на отладку, обновление вполне можно провести самостоятельно.

Лучше привлечь администратора, если:

• Proxmox работает в кластере или используется Ceph;
• настроены несколько хранилищ, проброс PCI или GPU, нестандартные bridge и VLAN;
• сервер критичен для бизнеса и долгий простой недопустим;
• после прошлых обновлений уже были проблемы;
• непонятно, какие репозитории подключены и что менялось на сервере раньше;
• сервер стоит в дата-центре и физического доступа к нему нет.

Для рабочего сервера цена ошибки обычно выше, чем стоимость работы администратора. Специалисты INTROSERV по системному администрированию могут спланировать и провести обновление за вас.

Итог

Proxmox VE 8 не сломался после окончания поддержки и не сломается завтра. Но теперь это система без исправлений для самого гипервизора, и разрыв с поддерживаемой версией будет только расти. Лучшее время для перехода на Proxmox VE 9 сейчас, пока его можно спокойно спланировать, а не делать в спешке после инцидента.