Proxmox VE 8 bez aktualizacji: co to oznacza dla Twojego serwera

Czytaj 8 min.

Proxmox VE 8 osiągnął koniec cyklu życia (End of Life, EOL) w sierpniu 2026 roku. Wiele serwerów nadal korzysta z tej wersji i nie ma powodu do paniki: nic nagle nie przestało działać, maszyny wirtualne nadal się uruchamiają, a kopie zapasowe są wykonywane. Jednak host działa teraz na gałęzi Proxmox, dla której nie są już publikowane poprawki.

Przyjrzyjmy się, co oznacza to w praktyce, dlaczego system nie poinformuje Cię o zakończeniu wsparcia i kiedy lepiej powierzyć aktualizację administratorowi.

Co zmieniło się w sierpniu 2026 roku

Proxmox VE 8 został wydany w czerwcu 2023 roku na bazie Debiana 12 Bookworm. Wsparcie dla samej gałęzi Proxmox VE 8 zakończyło się w sierpniu 2026 roku. Debian 12 nadal jednak otrzymuje aktualizacje LTS, dlatego część pakietów systemowych na serwerze wciąż jest aktualizowana.

Po zakończeniu wsparcia:

• Nie są już publikowane nowe poprawki bezpieczeństwa dla komponentów Proxmox VE 8.
• Błędy w tej gałęzi nie są już naprawiane.
• Repozytoria pozostają dostępne, ale nie pojawiają się w nich nowe pakiety Proxmox dla wersji 8.

Równie ważne jest zrozumienie, czego zakończenie wsparcia nie oznacza. Serwer nie wyłączy się automatycznie, maszyny wirtualne i kontenery będą nadal działać, a konfiguracja pozostanie bez zmian. Zmienia się natomiast to, że nie można już liczyć na regularne poprawki dla tej wersji.

W momencie przygotowania tego artykułu aktualną gałęzią jest Proxmox VE 9. Została ona wydana w sierpniu 2025 roku na bazie Debiana 13 Trixie, a najnowsza dostępna wersja, 9.2, ukazała się w maju 2026 roku.

Dlaczego apt Cię nie ostrzeże

W tym właśnie tkwi problem. Debian 12 przeszedł do fazy długoterminowego wsparcia (LTS), które potrwa do czerwca 2028 roku. Dlatego polecenia apt update i apt upgrade na serwerze z Proxmox VE 8 nadal działają, a nawet instalują aktualizacje. Są to jednak poprawki dotyczące standardowych pakietów Debiana.

Na pierwszy rzut oka wygląda więc na to, że cały system jest nadal aktualizowany. Wsparcie Debian LTS nie obejmuje jednak komponentów samego Proxmox:

• Jądra Proxmox (pakietów proxmox-kernel), które jest rozwijane niezależnie od jądra Debiana.
• Interfejsu internetowego i API (pve-manager).
• QEMU i KVM, które odpowiadają za uruchamianie maszyn wirtualnych.
• Kontenerów LXC, narzędzi klastrowych i pakietów Ceph.

Te komponenty odpowiadają za działanie i bezpieczeństwo hiperwizora. Po zakończeniu wsparcia Proxmox nie publikuje już poprawek bezpieczeństwa ani krytycznych poprawek dla gałęzi 8. apt nie wyświetla żadnego ostrzeżenia na ten temat.

Co to oznacza dla serwera

W tym temacie łatwo o przesadnie alarmistyczne scenariusze, dlatego warto przeanalizować konsekwencje w perspektywie czasu.

Bezpośrednio po zakończeniu wsparcia nie dzieje się nic krytycznego. Serwer działa tak samo jak poprzedniego dnia.

Z czasem jednak różnice stają się coraz bardziej widoczne:

• Luki bezpieczeństwa wykryte w jądrze, QEMU, LXC lub interfejsie internetowym nie będą już usuwane w Proxmox VE 8.
• Z czasem mogą pojawić się problemy ze zgodnością z nowym oprogramowaniem i komponentami przeznaczonymi dla wspieranych wersji Proxmox.
• Rozwiązywanie problemów staje się trudniejsze, ponieważ system nie działa już na oficjalnie wspieranej gałęzi.
• Im dłużej odkładana jest aktualizacja, tym więcej zmian się kumuluje i tym trudniejsza staje się przyszła migracja.

Dalsze korzystanie z Proxmox VE 8 jest szczególnie ryzykowne, jeśli:

• Interfejs internetowy lub dostęp SSH do hosta jest dostępny z Internetu.
• Na serwerze działają ważne produkcyjne maszyny wirtualne.
• Firma musi spełniać określone wymagania dotyczące bezpieczeństwa lub audytu.
• Aktualizacje nie były instalowane na serwerze od dłuższego czasu.

Host i systemy gości są aktualizowane niezależnie

Ta kwestia często bywa mylona. Aktualizacja Proxmox VE i aktualizacja maszyn wirtualnych to dwa różne procesy.

Jeden serwer może jednocześnie uruchamiać Proxmox VE 8 jako system hosta, Ubuntu lub Windows Server wewnątrz maszyn wirtualnych oraz różne wersje aplikacji. Każdy z tych systemów ma własny cykl życia.

Dlatego najnowsze aktualizacje Windows lub Ubuntu zainstalowane wewnątrz maszyny wirtualnej nie rozwiązują problemu hosta. Jeśli hiperwizor pozostaje na Proxmox VE 8, nadal korzysta z wersji, która nie jest już wspierana.

Jak sprawdzić wersję Proxmox

Wystarczy wykonać jedno polecenie na hoście:

pveversion

Wynik będzie wyglądał mniej więcej tak:

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

Jeśli liczba po pve-manager/ wynosi 8, serwer korzysta z gałęzi, która nie jest już wspierana.

Co zrobić przed aktualizacją

Przejście z Proxmox VE 8 na Proxmox VE 9 jest oficjalnie wspierane jako aktualizacja istniejącego systemu (in-place upgrade), dlatego nie ma potrzeby ponownej instalacji. Jednak odpowiednie przygotowanie jest ważniejsze niż same polecenia.

Krótka lista kontrolna:

1. Zaktualizuj obecną instalację do najnowszej wersji 8.4. W przeciwnym razie kontrola zgodności nie zakończy się pomyślnie.
2. Uruchom wbudowane narzędzie pve8to9 --full. Wskazuje ono znane problemy przed rozpoczęciem aktualizacji i nie wprowadza żadnych zmian w systemie.
3. Sprawdź ilość wolnego miejsca na partycji głównej. Oficjalny poradnik Proxmox wymaga co najmniej 5 GB, a zaleca więcej niż 10 GB. Sprawdź również stan systemu przechowywania danych.
4. Wykonaj kopie zapasowe wszystkich maszyn wirtualnych i kontenerów oraz upewnij się, że można je przywrócić.
5. Zaplanuj okno serwisowe i wcześniej ustal, co zrobisz, jeśli coś pójdzie nie tak.

Ostrzeżenie

Przechowuj kopie zapasowe poza serwerem, który ma zostać zaktualizowany, na przykład korzystając z INTROSERV Backup Service.

Gdzie najczęściej pojawiają się problemy podczas aktualizacji

• Ceph: Jeśli korzystasz z Ceph, zaktualizuj go do wersji 19.2 Squid w osobnym kroku przed aktualizacją samego Proxmox. Wsparcie dla Squid kończy się pod koniec października 2026 roku. Dlatego po przejściu na Proxmox VE 9.2 od razu zaplanuj kolejny etap: aktualizację Ceph do wersji 20 Tentacle.
• Kontenery LXC: Proxmox VE 9 nie obsługuje już cgroup v1, dlatego kontenery ze starszymi dystrybucjami, takimi jak CentOS 7 lub Ubuntu 16.04, mogą przestać się uruchamiać.
• Klastry: W klastrze węzły są aktualizowane pojedynczo. Najpierw przenieś maszyny wirtualne z danego węzła, następnie go zaktualizuj, sprawdź jego działanie i dopiero potem przejdź do kolejnego.
• Interfejsy sieciowe: Nowe jądro może zmienić nazwy interfejsów sieciowych. Dlatego wcześniej upewnij się, że masz dostęp do serwera przez IP-KVM.
• Dodatkowe komponenty: Przed aktualizacją sprawdź repozytoria firm trzecich, wtyczki i niestandardowe moduły jądra.

Jeśli Twój serwer nadal korzysta z Proxmox VE 7, musisz najpierw przejść na wersję 8. Szczegółową instrukcję znajdziesz w naszym poradniku Jak zaktualizować Proxmox VE 7 do Proxmox VE 8.

Migracja z wersji 8 do 9 przebiega podobnie, ale wykorzystuje narzędzie kontrolne pve8to9. Szczegółowe informacje znajdują się w oficjalnej dokumentacji Proxmox.

Co się stanie, jeśli nic nie zrobisz

Koniec wsparcia nie oznacza awarii serwera, lecz ważny termin. Po jego upływie odkładanie decyzji staje się z każdym miesiącem coraz mniej uzasadnione.

Zaktualizować samodzielnie czy powierzyć to administratorowi?

Jeśli masz jeden serwer, niekrytyczne maszyny wirtualne, przetestowaną kopię zapasową i wystarczająco dużo czasu na rozwiązywanie ewentualnych problemów, możesz bez większych trudności przeprowadzić aktualizację samodzielnie.

Lepiej jednak skorzystać z pomocy administratora, jeśli:

• Proxmox działa w klastrze lub korzysta z Ceph.
• Skonfigurowano kilka systemów przechowywania danych, PCI lub GPU passthrough albo niestandardowe mosty sieciowe i sieci VLAN.
• Serwer ma kluczowe znaczenie dla działalności firmy i dłuższe przestoje są niedopuszczalne.
• Poprzednie aktualizacje powodowały już problemy.
• Nie wiadomo dokładnie, jakie repozytoria są skonfigurowane ani jakie zmiany wcześniej wprowadzono na serwerze.
• Serwer znajduje się w centrum danych i nie ma możliwości fizycznego dostępu do niego.

W przypadku serwera produkcyjnego koszt błędu jest zazwyczaj wyższy niż koszt pracy administratora.

Specjaliści od administracji systemami INTROSERV mogą zaplanować i przeprowadzić aktualizację za Ciebie.

Podsumowanie

Proxmox VE 8 nie przestał działać po zakończeniu wsparcia i nie przestanie automatycznie działać jutro. Jest to jednak system, który nie otrzymuje już poprawek dla samego hiperwizora, a różnica względem wspieranej wersji będzie z czasem tylko rosła.

Najlepszy moment na przejście na Proxmox VE 9 jest teraz, kiedy migrację można jeszcze spokojnie zaplanować, zamiast przeprowadzać ją w pośpiechu po wystąpieniu incydentu.