Wsparcie Proxmox Virtual Environment 8 zakończyło się 31 sierpnia 2026. Firmy, które nadal utrzymują tę gałąź w środowisku produkcyjnym, korzystają od tej daty z wersji poza cyklem wsparcia producenta. Działające maszyny wirtualne i konfiguracja pozostają na miejscu, lecz dalsza eksploatacja wymaga świadomego zarządzania ryzykiem.
Najważniejsze pytanie brzmi: jak przejść do Proxmox Virtual Environment 9 w kontrolowany sposób i ograniczyć ryzyko incydentu podczas aktualizacji?
Co oznacza EOL Proxmox Virtual Environment 8?
EOL, czyli end of life, dotyczy cyklu utrzymania danej głównej wersji. Działający klaster nadal pracuje po zakończeniu wsparcia. Z czasem rośnie ryzyko związane z brakiem dalszych poprawek dla niewspieranej gałęzi, problemami zgodności oraz trudniejszym uzyskaniem pomocy w razie awarii.
Wsparcie zakończyło się 31 sierpnia 2026. Plan przejścia powinien wynikać z oceny środowiska i realnego okna serwisowego.
Dlaczego aktualizacja głównej wersji wymaga projektu?
Proxmox Virtual Environment jest warstwą, na której działają maszyny wirtualne i kontenery. Środowisko produkcyjne obejmuje również sieć, storage, klastry, backup, integracje, monitoring, sterowniki, repozytoria i procedury operacyjne.
Dwa klastry z tym samym numerem wersji mogą mieć zupełnie inny profil ryzyka. Jeden wykorzystuje lokalne ZFS i standardowe karty sieciowe. Drugi ma Ceph, nietypowy passthrough, zewnętrzną macierz, rozbudowane reguły sieciowe i obciążenia wymagające bardzo krótkich przerw. Ta różnica decyduje o planie. Więcej o platformie i możliwościach wdrożeniowych opisujemy na stronie Proxmox w Symbit.
Siedem kroków przed przejściem do Proxmox Virtual Environment 9
1. Zrób inwentaryzację
Spisz węzły, wersje pakietów, maszyny wirtualne i kontenery, konfigurację storage, sieci, HA, replikacji, Ceph, passthrough oraz zewnętrzne integracje. Wskaż systemy krytyczne i właścicieli biznesowych usług.
2. Doprowadź Proxmox Virtual Environment 8 do aktualnego stanu
Oficjalna procedura zakłada aktualne pakiety gałęzi 8.4. Sprawdź repozytoria, usuń nieaktualne wpisy i przeanalizuj pakiety spoza standardowego zestawu. Każdy wyjątek powinien mieć właściciela i decyzję: pozostaje, jest zastępowany albo blokuje zmianę.
3. Uruchom oficjalny checker
Proxmox udostępnia narzędzie pve8to9, opisane w oficjalnym przewodniku przejścia z wersji 8 do 9. Jego wynik wspiera analizę administratora i pomaga wykryć typowe problemy. Każde ostrzeżenie wymaga wyjaśnienia, nawet jeśli środowisko dotychczas działało poprawnie.
4. Zweryfikuj backup i odtwarzanie
Obecność ostatniego zadania ze statusem „OK” nie potwierdza jeszcze gotowości do odtworzenia. Sprawdź, czy kopie obejmują właściwe obciążenia, retencja odpowiada wymaganiom, a reprezentatywne systemy można rzeczywiście odtworzyć. Zabezpiecz także konfigurację hostów i udokumentuj zależności startowe usług.
5. Oceń zgodność sprzętu i funkcji
Proxmox Virtual Environment 9 bazuje na Debianie 13, podczas gdy wersja 8 korzysta z Debiana 12. Sprawdź kontrolery, karty sieciowe, firmware, GPU i passthrough, moduły spoza standardowego kernela oraz oprogramowanie agentowe. Osobnej uwagi wymagają Ceph i komponenty o własnym cyklu wersji.
6. Zaplanuj kolejność i punkty decyzyjne
W klastrze prace wykonuje się etapami. Plan powinien określać kolejność węzłów, migrację obciążeń, test po każdym etapie, warunki kontynuacji oraz moment zatrzymania zmiany. Rollback aktualizacji systemu bazowego może wymagać znacznie więcej niż jednego kliknięcia, dlatego scenariusz odzyskania musi być realistyczny. Praktyczny kontekst daje także opis planowania migracji do Proxmox Virtual Environment.
7. Zarezerwuj walidację po zmianie
Po aktualizacji sprawdź całe środowisko: panel Proxmox Virtual Environment, start i migrację maszyn wirtualnych, sieć, storage, backup, monitoring, HA, replikację oraz aplikacje krytyczne. Wynik walidacji stanowi podstawę do zamknięcia okna serwisowego.
Najczęstsze błędy
- rozpoczęcie prac bez aktualnej inwentaryzacji;
- utożsamienie wykonanego backupu z potwierdzoną możliwością odtworzenia;
- brak decyzji dla ostrzeżeń wykrytych przez checker;
- zaplanowanie czasu wyłącznie na aktualizację, bez testów po zmianie;
- wykonywanie całego klastra jednym ciągiem bez punktów kontrolnych.
Aktualizacja samodzielna czy z partnerem?
Niewielkie, standardowe środowisko z dobrym backupem i doświadczonym administratorem może zostać zaktualizowane wewnętrznie zgodnie z dokumentacją producenta. Pomoc partnera ma największą wartość przy klastrach wielowęzłowych, Ceph, nietypowym storage, ograniczonych oknach serwisowych, obciążeniach krytycznych albo braku przetestowanego scenariusza awaryjnego.
Partner łączy dokumentację producenta z konkretną architekturą, zależnościami biznesowymi i odpowiedzialnością za przebieg zmiany. Przykładem pracy z bardziej rozbudowanym środowiskiem jest migracja Proacta z VMware do Proxmox Virtual Environment.
Źródła techniczne
FAQ
Czy Proxmox Virtual Environment 8 przestanie działać po EOL?
Środowisko będzie nadal działać. EOL oznacza koniec cyklu wsparcia wersji, a dalsze używanie niewspieranej gałęzi zwiększa ryzyko operacyjne i bezpieczeństwa.
Czy przejście z Proxmox Virtual Environment 8 do 9 można wykonać bez przestoju?
W klastrze migracja obciążeń między węzłami pozwala ograniczyć przestój i aktualizować hosty etapami. Na pojedynczym hoście przerwa w działaniu maszyn podczas aktualizacji jest praktycznie nieunikniona. Jej zakres zależy także od storage, aplikacji i stanu środowiska, dlatego realny scenariusz określa się po przeglądzie infrastruktury.
Czy wystarczy mieć backup maszyn wirtualnych?
Potrzebne jest także potwierdzenie kompletności kopii, możliwości odtworzenia oraz zabezpieczenia konfiguracji i zależności usług.