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 офіційно підтримується як оновлення на місці (in-place upgrade), перевстановлювати систему не потрібно. Але підготовка тут важливіша за самі команди.

Короткий контрольний список:

• Оновіть поточну інсталяцію до останньої версії 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 — зараз, поки його можна спокійно спланувати, а не робити поспіхом після інциденту.