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 wiederherstellbar sind und Ihr Storage sowie 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. Ich behandle hier den veröffentlichten Lifecycle und die Proxmox-Dokumentation als Autorität, nicht Forum-Vermutungen darüber, wie lange alte Pakete noch herunterladbar bleiben könnten.

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 eine Warnung im Web-Interface, dass der Support am 31. August 2026 endet. Proxmox VE 8 erschien erstmals im Juni 2023 auf Debian 12 Bookworm, während Proxmox VE 9 die Plattform auf Debian 13 Trixie umgestellt hat.

Dieses Timing ist wichtig, weil End of Life nicht dasselbe ist wie ein Server, der plötzlich den Start verweigert. Ihre VMs laufen am 1. September vermutlich weiter. Das Problem ist, dass fortgesetzter Betrieb nicht mehr dasselbe ist wie fortgesetzter Support.

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, liegt es an Ihnen, zu erklären, warum ein bekanntes Sicherheits- oder Zuverlässigkeitsproblem in Kauf genommen wird.

Wenn Sie noch entscheiden, ob Proxmox die richtige langfristige Plattform ist, ist der umfassendere Proxmox-Bereich ein besserer Ort, um die Plattform zu bewerten, als eine EOL-Frist selbst zur Entscheidung zu machen.

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

Die unmittelbare Auswirkung ist der Wegfall unterstützter Sicherheitsupdates und kritischer Bugfixes für den Proxmox-VE-8-Zweig, nicht ein automatisches Herunterfahren Ihres Clusters. Genau dieser Unterschied ist der Grund, warum EOL-Systeme noch Wochen oder Monate nach dem Stichtag völlig normal aussehen können.

Die Gefahr ist leise. Eine neue Schwachstelle in QEMU, Kernel, Storage, Networking oder Management kann nach Ihrem letzten unterstützten Update auftauchen. Dann haben Sie weniger gute Optionen, weil der Fix möglicherweise nur in der unterstützten Proxmox-VE-9-Linie existiert.

Es gibt auch operative Kosten. Backup-Hersteller, Monitoring-Tools, Terraform-Provider, Hardware-Hersteller und Support-Teams testen tendenziell 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.

Ich würde aus dem 31. August 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, ist das 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. Das ist nicht mehr die Wahl zwischen einem ausgereiften 8.x-Zweig und einem brandneuen 9.0-Release von gestern.

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 zum aktuellen 9.x-Feature-Release geworden, mit aktualisierter Anleitung für Ceph-Nutzer und derselben Erinnerung, dass der Support für Proxmox VE 8.4 im August 2026 endet.

Das heißt nicht, dass jede Umgebung blind upgraden sollte. Ein Hypervisor kann stabil sein, während eine Abhängigkeit in Ihrem Stack noch nicht so weit ist. Backup-Software ist 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 selbst 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 mit Vertrauen in die Wiederherstellung, nicht mit einem apt-Befehl. Ein erfolgreicher Backup-Job belegt, dass Daten irgendwo geschrieben wurden. Ein erfolgreicher Restore-Test belegt, dass Sie den Workload zurückbekommen.

Meine Preflight-Liste wäre:

• 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 dass keine Storage-Recovery-, Replikations-, Scrub- oder Migrations-Operation 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 genug freier Speicherplatz auf dem Root-Dateisystem für das Distributions-Upgrade vorhanden ist.
• Prüfen Sie Bootloader-Warnungen sorgfältig. 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 Debian-13-Trixie-Pfad.
• 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, beheben Sie das separat. Der Storage-Bereich ist ein besserer Ort, um ZFS-, Ceph- und Backup-Architektur durchzuarbeiten, als zu versuchen, Storage- und Hypervisor-Versionen im selben Wartungsfenster zu ändern.

Sollte ich Proxmox-Nodes nacheinander upgraden?

Ja, ein Multi-Node-Cluster sollte normalerweise in einer kontrollierten Node-Reihenfolge upgegradet werden, damit Workloads vom gerade geänderten Node weg verschoben werden können. Das begrenzt die Größe jeder Failure Domain und gibt Ihnen einen sauberen Haltepunkt, falls der erste upgegradete Node ein Integrationsproblem offenlegt.

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

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

Ein einzelner Standalone-Host hat weniger bewegliche Teile, aber weniger Spielraum für Fehler, weil es nirgendwohin gibt, wohin Sie Workloads live migrieren könnten. 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. Proxmox gibt an, dass ein Proxmox-VE-8.4-Cluster auf Ceph Reef zuerst Ceph von Reef auf Squid upgraden sollte, 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 das mindestens zwei miteinander verknüpfte Plattform-Änderungen, und die Ceph-Gesundheit ist es, die VM-Disks verfügbar hält, während Hosts durch die Wartung gehen.

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

Ceph-Betreiber sollten außerdem auf das aktuelle Ceph-19.2.6-Sicherheitsrelease und dessen Upgrade-Hinweise achten. Das behandle ich separat in den Hinweisen zum Ceph-19.2.6-Upgrade, weil die Storage-Schicht ihr eigenes Preflight verdient statt eines Absatzes, der in einem Proxmox-Upgrade-Artikel vergraben ist.

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 fertige Migration aus reiner Bequemlichkeit zu verschieben.

Ich würde kurz warten, 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. In diesen Fällen ist es richtig, den Blocker schnell zu beseitigen, nicht zu entscheiden, dass EOL keine Rolle mehr spielt.

Wäre das mein Produktions-Cluster am 21. August 2026, würde ich den ersten Node vor der letzten Augustwoche upgraden wollen, mit genug Kalender übrig, um nach Node eins zu stoppen, falls etwas Unerwartetes auftaucht. Das beste Upgrade-Fenster ist das, das Ihnen Raum zum Diagnostizieren lässt, nicht das, das fünf Minuten vor Support-Ende endet.