Proxmox VE 8 EOL: Jetzt auf Proxmox VE 9 upgraden?

Proxmox VE 8 erreicht im August 2026 das Ende seines Supportzeitraums, daher sollten die meisten Systeme, die noch auf 8.x laufen, jetzt ein Upgrade-Fenster für Proxmox VE 9 eingeplant haben. Wenn der Host gesund ist, Ihre Backups sich wiederherstellen lassen und Ihr Storage sowie Ihre Drittanbieter-Integrationen Proxmox VE 9 unterstützen, würde ich upgraden, statt einen nicht mehr unterstützten Hypervisor mit in den September zu nehmen.

Ich habe den Proxmox-Support-Lifecycle, die Ankündigungen zu Proxmox VE 9.0 und 9.2, den offiziellen Upgrade-Pfad und die Support-Warnung, die Proxmox-VE-8-Nutzern inzwischen angezeigt wird, gegengeprüft. Als Autorität gelten hier der veröffentlichte Lifecycle und die Proxmox-Dokumentation. Forum-Vermutungen darüber, wie lange alte Pakete noch herunterladbar bleiben könnten, lasse ich außen vor.

Wann endet der Support für Proxmox VE 8?

Proxmox nennt August 2026 als End-of-Life-Termin für Proxmox VE 8, und Nutzer sehen inzwischen im Web-Interface eine Warnung, dass der Support am 31. August 2026 endet. Proxmox VE 8 erschien erstmals im Juni 2023 auf Debian 12 Bookworm, Proxmox VE 9 hat die Plattform dann auf Debian 13 Trixie umgestellt.

Das Timing ist wichtig, weil End of Life nicht heißt, dass der Server plötzlich den Start verweigert. Ihre VMs laufen am 1. September vermutlich weiter. Sie laufen dann eben ohne Support weiter.

Bei einer isolierten Lab-Box, die sich leicht neu aufsetzen lässt, können Sie eine kurze Phase auf einem nicht mehr unterstützten Release in Kauf nehmen. Ein Produktions-Host, eine aus dem Internet erreichbare Management-Ebene oder ein Cluster mit Geschäfts-Workloads hat ein anderes Risikoprofil. Sobald ein Hypervisor-Zweig nicht mehr unterstützt wird, müssen Sie selbst erklären, warum Sie ein bekanntes Sicherheits- oder Zuverlässigkeitsproblem in Kauf nehmen.

Falls Sie noch überlegen, ob Proxmox langfristig die richtige Plattform ist, bewerten Sie das besser im umfassenderen Proxmox-Bereich, statt die EOL-Frist die Entscheidung treffen zu lassen.

Was passiert, wenn ich Proxmox VE 8 nach dem EOL weiterbetreibe?

Unmittelbar fallen die unterstützten Sicherheitsupdates und kritischen Bugfixes für den Proxmox-VE-8-Zweig weg. Ihr Cluster fährt deswegen nicht automatisch herunter, und genau darum können EOL-Systeme noch Wochen oder Monate nach dem Stichtag völlig normal aussehen.

Die Gefahr kommt ohne Vorwarnung. Eine neue Schwachstelle in QEMU, Kernel, Storage, Networking oder Management kann nach Ihrem letzten unterstützten Update auftauchen, und dann bleiben Ihnen weniger gute Optionen, weil der Fix womöglich nur in der unterstützten Proxmox-VE-9-Linie existiert.

Dazu kommen operative Kosten. Backup-Hersteller, Monitoring-Tools, Terraform-Provider, Hardware-Hersteller und Support-Teams testen eher gegen unterstützte Releases. Je länger Sie auf Proxmox VE 8 bleiben, desto wahrscheinlicher stoßen Sie auf ein Problem, bei dem die erste Empfehlung schlicht lautet, zu upgraden, bevor irgendjemand Zeit ins Debugging steckt.

Aus dem 31. August würde ich keine Panik-Frist machen, ihn aber auch nicht als optionale Aufräumarbeit behandeln. Wenn Sie noch eine Woche brauchen, um einen Restore-Test und einen Wartungsplan fertigzustellen, nehmen Sie sich die Woche. Wenn Sie noch sechs Monate brauchen, weil niemand für das Upgrade zuständig ist, haben Sie ein Prozessproblem.

Ist Proxmox VE 9 schon reif genug für ein Upgrade?

Ja. Proxmox VE 9 hat inzwischen etwa ein Jahr Praxiseinsatz hinter sich, und Proxmox VE 9.2 erschien im Mai 2026. Die Wahl zwischen einem ausgereiften 8.x-Zweig und einem brandneuen 9.0-Release von gestern stellt sich damit nicht mehr.

Die ursprüngliche Proxmox-VE-9.0-Ankündigung unterstützte ausdrücklich Upgrades vom neuesten Proxmox-VE-8-Release. Bis Mai 2026 war Proxmox VE 9.2 das aktuelle 9.x-Feature-Release, mit aktualisierter Anleitung für Ceph-Nutzer und derselben Erinnerung, dass der Support für Proxmox VE 8.4 im August 2026 endet.

Blind upgraden sollte trotzdem nicht jede Umgebung. Ein Hypervisor kann stabil sein, während eine Abhängigkeit in Ihrem Stack noch nicht so weit ist, und Backup-Software ist dafür das offensichtliche Beispiel. Wenn Ihr Backup-Hersteller nur Proxmox VE 9.0 oder 9.1 zertifiziert, kann der direkte Sprung zu 9.2 eine Support-Lücke schaffen, selbst wenn Proxmox 9.2 für bereit hält.

Bevor Sie die Produktion anfassen, inventarisieren Sie alles, was mit der Proxmox-API spricht, Pakete auf dem Host installiert, von einem bestimmten Kernel abhängt oder Storage direkt liest. Dazu zählen Backup-Agenten, Monitoring-Exporter, GPU-Passthrough-Setups, individuelle DKMS-Module, Automatisierungs-Skripte, USV-Integrationen und externe Storage-Plugins.

Was sollte ich vor dem Upgrade von Proxmox VE 8 auf 9 prüfen?

Das sicherste Upgrade von Proxmox VE 8 auf 9 beginnt damit, dass Sie der Wiederherstellung vertrauen können, und erst danach mit einem apt-Befehl. Ein erfolgreicher Backup-Job belegt nur, dass Daten irgendwo geschrieben wurden, ein erfolgreicher Restore-Test dagegen, dass Sie den Workload zurückbekommen.

Meine Preflight-Liste sähe so aus:

• Aktualisieren Sie jeden Node auf die neuesten verfügbaren Proxmox-VE-8.4-Pakete, bevor Sie die Hauptversion wechseln.
• Bestätigen Sie, dass der Cluster gesund ist und keine Storage-Recovery, Replikation, kein Scrub und keine Migration bereits Probleme macht.
• Führen Sie den von Proxmox bereitgestellten Checker pve8to9 --full aus und beheben Sie Fehler, bevor Sie fortfahren.
• Prüfen Sie, ob auf dem Root-Dateisystem genug freier Speicherplatz für das Distributions-Upgrade vorhanden ist.
• Nehmen Sie Bootloader-Warnungen ernst, denn Upgrades von Proxmox VE 8 auf 9 haben spezielle systemd-Boot- und EFI-Besonderheiten, die der Checker erkennen soll.
• Notieren Sie sich Ihre Repositories und entfernen oder deaktivieren Sie Drittanbieter-Repositories ohne Pfad zu Debian 13 Trixie.
• Testen Sie mindestens eine VM-Wiederherstellung und, falls Sie Container nutzen, eine LXC-Wiederherstellung.
• Bestätigen Sie, dass Ihr Backup-Produkt genau das Proxmox-VE-9-Release unterstützt, das Sie einsetzen wollen.

Wenn Ihr Upgrade-Problem eigentlich ein Storage-Design-Problem ist, lösen Sie es separat. ZFS-, Ceph- und Backup-Architektur arbeiten Sie besser im Storage-Bereich durch, statt Storage- und Hypervisor-Versionen im selben Wartungsfenster zu ändern.

Sollte ich Proxmox-Nodes nacheinander upgraden?

Ja. Einen Multi-Node-Cluster upgraden Sie normalerweise in einer kontrollierten Node-Reihenfolge, damit Sie Workloads vom gerade geänderten Node wegschieben können. So bleibt jede Failure Domain klein, und Sie haben einen sauberen Haltepunkt, falls der erste upgegradete Node ein Integrationsproblem offenlegt.

Für jeden Node würde ich die Gäste migrieren oder stoppen, bestätigen, dass der Node ruhig ist, die Preflight-Prüfung erneut ausführen, das Upgrade nach dem offiziellen Guide durchführen, neu starten und dann Networking, Storage, HA-Status, Backup-Sichtbarkeit und Gast-Betrieb validieren, bevor ich mit dem nächsten Node weitermache.

„Die Web-UI lädt" taugt nicht als Erfolgskriterium. Prüfen Sie Bridges, Bonds, VLAN-fähiges Networking, Storage-Mounts, Replikations-Jobs, geplante Backups, Gast-Agenten, Passthrough-Geräte und Monitoring, denn der Fehler, der zählt, liegt oft außerhalb des Proxmox-Dashboards.

Ein einzelner Standalone-Host hat weniger bewegliche Teile, verzeiht aber weniger, weil Sie Workloads nirgendwohin live migrieren können. In diesem Fall achte ich noch stärker auf getestete Backups, Remote-Konsolenzugriff und einen bootfähigen Recovery-Pfad.

Was ändert sich, wenn mein Proxmox-Cluster Ceph nutzt?

Ein Proxmox-Cluster mit Ceph braucht vor dem Wechsel der Proxmox-Hauptversion einen Storage-Upgrade-Plan. Laut Proxmox sollte ein Proxmox-VE-8.4-Cluster auf Ceph Reef zuerst Ceph von Reef auf Squid upgraden, bevor Proxmox VE von 8.4 auf 9.x aktualisiert wird.

Diese Reihenfolge übersieht man leicht, weil sich „Proxmox upgraden" nach einer einzigen Aufgabe anhört. Auf einem hyperkonvergenten Cluster sind es mindestens zwei miteinander verknüpfte Plattform-Änderungen, und es ist die Ceph-Gesundheit, die VM-Disks verfügbar hält, während die Hosts gewartet werden.

Einen Ceph-Versionswechsel, einen Proxmox-Hauptversionswechsel, neue NIC-Firmware und ein Netzwerk-Redesign würde ich nicht in ein einziges heroisches Wochenende packen. Getrennte Änderungen liefern Ihnen bessere Evidenz, wenn etwas fehlschlägt.

Ceph-Betreiber sollten außerdem das aktuelle Ceph-19.2.6-Sicherheitsrelease und dessen Upgrade-Hinweise beachten. Das behandle ich separat in den Hinweisen zum Ceph-19.2.6-Upgrade, weil die Storage-Schicht ein eigenes Preflight verdient und keinen Absatz, der in einem Proxmox-Upgrade-Artikel untergeht.

Sollte ich jetzt upgraden oder noch etwas warten?

Ich würde jetzt upgraden, wenn Ihre Umgebung bereits auf aktuellen Proxmox-VE-8.4-Paketen läuft, Ihre Restore-Tests bestehen und Ihre Backup- und Hardware-Abhängigkeiten Proxmox VE 9.2 unterstützen. Das verbleibende Support-Fenster für Proxmox VE 8 ist inzwischen zu kurz, um eine fertig geplante Migration aus reiner Bequemlichkeit zu verschieben.

Kurz warten würde ich, wenn der Upgrade-Checker ungelöste Fehler meldet, Ihr Ceph-Cluster nicht gesund ist, Ihr einziges Backup noch nie wiederhergestellt wurde oder eine kritische Hersteller-Integration das Ziel-Release noch nicht unterstützt. Dann heißt die Aufgabe, den Blocker schnell zu beseitigen, denn die EOL-Frist gilt trotzdem.

Wäre das am 21. August 2026 mein Produktions-Cluster, würde ich den ersten Node vor der letzten Augustwoche upgraden wollen, mit genug Kalender, um nach Node eins anzuhalten, falls etwas Unerwartetes auftaucht. Das Upgrade-Fenster sollte Ihnen Zeit zum Diagnostizieren lassen, also deutlich vor dem Support-Ende liegen statt fünf Minuten davor.