Wer seine Virtualisierung auf Proxmox VE betreibt, sollte in den nächsten Tagen einen Blick auf die Versionsnummer seiner Hosts werfen. In der offiziellen Support-Lifecycle-Übersicht von Proxmox ist für die Reihe Proxmox VE 8 als End-of-Life August 2026 eingetragen – der Zeitpunkt ist also praktisch erreicht. Die zugrunde liegende Basis Debian 12 „Bookworm“ hat ihren regulären Support laut derselben Übersicht bereits im Juli 2026 hinter sich gelassen. Aktuell gepflegt wird die 9er-Reihe, deren jüngstes Release 9.2 am 21. Mai 2026 erschienen ist.
Konkret heißt End-of-Life: Für Proxmox VE 8 erscheinen keine Sicherheits- und Fehlerkorrekturen mehr. Das ist bei einem Hypervisor unangenehmer als bei einer einzelnen Anwendung, denn unter ihm liegt nicht ein System, sondern die gesamte virtuelle Landschaft – Fileserver, ERP, Datenbanken, Domain Controller. Eine ungepatchte Lücke im Kernel oder im Virtualisierungs-Stack betrifft im Zweifel alles auf einmal. Für Unternehmen im NIS2-Anwendungsbereich kommt hinzu, dass der Betrieb nicht mehr unterstützter Software in Audits und bei Cyberversicherungen regelmäßig als Mangel gewertet wird.
Die gute Nachricht: Ein In-Place-Upgrade von 8 auf 9 ist offiziell vorgesehen und gut dokumentiert. Voraussetzung ist, dass alle Knoten zuvor auf dem letzten Stand von Proxmox VE 8.4 laufen; bei hyperkonvergenten Clustern muss Ceph vorher auf 19.2 „Squid“ gehoben werden. Proxmox liefert mit dem Werkzeug pve8to9 eine Prüfliste mit, die vor dem Upgrade mit der Option --full laufen sollte. Sie meldet Probleme, behebt sie aber nicht selbst – die Punkte müssen von Hand abgearbeitet werden. Ein getestetes Backup aller VMs und Container ist Pflicht, ebenso mindestens fünf Gigabyte freier Platz auf der Root-Partition.
Ein paar Änderungen sollte man vor dem Wartungsfenster kennen. Proxmox VE 9 löst die bisherigen HA-Gruppen durch HA-Regeln ab; bestehende Gruppen werden nach dem Upgrade aller Knoten automatisch überführt, ein Blick in die Logs des Cluster-Ressourcen-Managers lohnt trotzdem. Container mit sehr alten Distributionen laufen nicht mehr, weil cgroup v1 entfallen ist. Debian 13 „Trixie“ bringt weitere Stolpersteine mit: /tmp liegt jetzt im Arbeitsspeicher, und systemd wertet /etc/sysctl.conf nicht mehr aus. Auch Namen von Netzwerkschnittstellen können sich ändern – bei einem Hypervisor mit mehreren Bridges ein Punkt, den man besser vor dem Neustart prüft als danach.
Der Aufwand lohnt sich, denn die Entwicklung findet ausschließlich in der 9er-Reihe statt. Version 9.2 hat unter anderem den dynamischen Load Balancer gebracht, der HA-verwaltete VMs anhand der realen Auslastung im Cluster verteilt. Am 5. August 2026 hat Proxmox zusätzlich die erste offiziell unterstützte Arm64-Ausgabe veröffentlicht – ein Hinweis darauf, wohin die Plattform mittelfristig geht.
In der Praxis ist ein solches Upgrade weniger eine technische als eine organisatorische Aufgabe: Wartungsfenster abstimmen, Reihenfolge im Cluster festlegen, Backups verifizieren, Rückfallplan bereithalten. Genau dabei unterstützen wir Sie – von der Bestandsaufnahme Ihrer Hosts über die Vorprüfung bis zum begleiteten Upgrade im Wartungsfenster. Sie sind unsicher, auf welchem Stand Ihre Proxmox-Umgebung ist? Sprechen Sie uns an, wir schauen gemeinsam drauf.