Kaum gewechselt, schon der nächste Termin

Im Juni haben wir an dieser Stelle über Alternativen zu VMware geschrieben. Nach der Übernahme durch Broadcom war Proxmox VE für viele mittelständische Betriebe der naheliegende Kandidat, und wir haben ihn als tragfähigen Weg beschrieben.

Wer diesen Weg gegangen ist, bekommt jetzt die nächste Nachricht auf den Tisch: Der Support für Proxmox VE 8 endet im August 2026. Im ungünstigsten Fall steht dort eine Umgebung, die vor wenigen Monaten migriert wurde — und schon wieder ein größeres Upgrade vor sich hat.

Dazu gehört ein offenes Wort in beide Richtungen. Der Wechsel war deshalb kein Fehler: Proxmox VE 8 war zum Zeitpunkt der Entscheidung die aktuelle Version, und die Gründe, die damals dafür sprachen, gelten unverändert. Aber der Termin fällt auch nicht vom Himmel. Er stand im Lebenszyklus des Herstellers, lange bevor irgendjemand migriert hat — nachlesbar und planbar. Dass er trotzdem überrascht, hat einen Grund, der über Proxmox hinausgeht: Bei Plattformentscheidungen wird über Lizenzkosten gesprochen, selten über Lebenszyklen. Das fällt einem bei jedem Hersteller auf die Füße.

Auf einen Blick

  • Proxmox nennt in seiner FAQ zum Lebenszyklus als Support-Ende für Proxmox VE 8 die Angabe „2026-08" — also den Monat August 2026.
  • Ein Tagesdatum nennt der Hersteller nicht. In der Berichterstattung kursieren dennoch konkrete Stichtage im August. Sie stehen so nicht in der Herstellerangabe, und wir geben sie hier bewusst nicht wieder.
  • Proxmox VE 8 basiert auf Debian 12 „Bookworm" und erschien erstmals im Juni 2023.
  • Der Nachfolger Proxmox VE 9 ist seit August 2025 verfügbar und basiert auf Debian 13 „Trixie". Ein Support-Ende ist dafür noch nicht festgelegt.
  • Debian 12 ist am 12. Juli 2026 in den LTS-Modus gewechselt. Die Pflege liegt seither beim LTS-Team und ist im Umfang eingeschränkt — nicht alle Architekturen, nicht alle Pakete. Beendet ist sie damit nicht.
  • Ein Wechsel auf VE 9 ist ein Upgrade innerhalb derselben Plattform, kein erneuter Herstellerwechsel — aber ein Vorhaben mit Wartungsfenster, Sicherung und Reihenfolge.

Was Proxmox tatsächlich angibt

Der Hersteller pflegt eine Tabelle zum Lebenszyklus seiner Versionen. Für VE 8 steht dort als Support-Ende „2026-08" — ein Monat, kein Tag.

VersionBasisErstreleaseSupport-Ende
Proxmox VE 8Debian 12 „Bookworm"Juni 2023August 2026
Proxmox VE 9Debian 13 „Trixie"August 2025noch nicht festgelegt

Dahinter steht eine Regel, die Proxmox selbst formuliert: Eine VE-Version wird mindestens so lange unterstützt, wie die zugrunde liegende Debian-Version Sicherheitsupdates erhält. In der Praxis ergibt das rund drei Jahre ab dem Erstrelease. Für VE 8 geht diese Rechnung sichtbar auf — Erstrelease Juni 2023, Support-Ende August 2026.

Für VE 9 lässt sich daraus kein Enddatum ableiten, und wir nennen hier auch keines. Der Hersteller führt die Angabe ausdrücklich als offen. Wer für seine Planung eine Jahreszahl braucht, muss warten, bis Proxmox sie festlegt — eine hochgerechnete Zahl wäre eine Vermutung im Gewand einer Auskunft.

Was im August endet — und was nicht

Ein Proxmox-Server schaltet sich im August nicht ab. Die virtuellen Maschinen laufen weiter, die Weboberfläche ist erreichbar, im Tagesgeschäft merkt zunächst niemand etwas. Der Eintrag in der Lebenszyklus-Tabelle beschreibt, bis wann der Hersteller diese Version pflegt. Er beschreibt keinen Schalter, der umgelegt wird.

Zwei Klarstellungen gehören deshalb dazu, weil beide Punkte gern zugespitzt werden.

Erstens: Es gibt keinen Stichtag. Belegt ist eine Monatsangabe in einer Tabelle. Daraus lässt sich nicht ableiten, dass eine Installation am 1. September „unsicher" wäre. Wer aus einem Monat einen Countdown auf einen bestimmten Tag macht, erfindet eine Genauigkeit, die die Quelle nicht hergibt.

Zweitens: Der Unterbau wird weiter gepflegt. Proxmox VE 8 sitzt auf Debian 12, und Debian 12 ist am 12. Juli 2026 in den LTS-Modus gewechselt. Die Zuständigkeit ist damit vom Debian-Security-Team an das LTS-Team übergegangen. Das ist eine Einschränkung des Umfangs — nicht alle Architekturen, nicht alle Pakete —, aber kein Ende der Sicherheitspflege. Wer daraus „gar keine Updates mehr" macht, verwechselt weniger mit nichts.

Realistisch beschrieben ist die Lage damit weder Notfall noch Nichtereignis. Proxmox VE 8 wird nicht schlagartig unbrauchbar. Die Version verliert aber nach und nach die Selbstverständlichkeit, dass jemand für sie zuständig ist — und genau diesen Zustand beendet man besser geplant als irgendwann unter Druck.

Wenn die Migration gerade erst hinter Ihnen liegt

Für Betriebe, die seit Jahren mit Proxmox arbeiten, ist ein Versionswechsel Routine. Unangenehmer ist es für die anderen: Das Projekt „weg von VMware" galt als abgeschlossen, das Budget ist verbraucht, das Team hat sich gerade erst eingearbeitet — und nun steht schon das nächste Wartungsfenster im Raum.

Drei Dinge relativieren das.

Sie wechseln nicht noch einmal die Plattform. Der Schritt von VE 8 auf VE 9 bleibt innerhalb desselben Produkts. Das ist etwas anderes als ein Herstellerwechsel mit neuer Bedienlogik, neuem Betriebskonzept und neu einzuarbeitendem Team. Der Aufwand liegt in einer anderen Größenordnung als die Migration, die Sie hinter sich haben.

VE 9 ist nicht frisch aus dem Labor. Die Version ist seit August 2025 verfügbar und damit rund ein Jahr im Feld. Wer jetzt wechselt, ist kein Ersttester.

Wer gerade migriert hat, ist sogar im Vorteil. Die Umgebung ist dokumentiert, die Abhängigkeiten sind bekannt, die Sicherung wurde beim Umzug erprobt, und die Zuständigkeiten stehen. Der zweite Schritt trifft auf eine Umgebung, die noch niemand vergessen hat. Das ist die deutlich bessere Ausgangslage als bei einem System, das seit Jahren unangetastet vor sich hin läuft.

Was ein Major-Upgrade real bedeutet

Ein Upgrade der Virtualisierungsplattform ist kein Update, das nebenbei durchläuft. Es ist ein Eingriff an der Schicht, auf der alles andere steht. Was Sie einplanen sollten — nicht als Anleitung, sondern als Erwartung:

  • Ein geplantes Wartungsfenster. Die Arbeit findet außerhalb der Geschäftszeiten statt, weil die Gastsysteme dabei nicht durchgehend verfügbar sind. Ein Abend oder ein Wochenende, je nach Größe der Umgebung.
  • Eine geprüfte Sicherung vorher. Nicht die Zusicherung, dass gesichert wird, sondern der Nachweis, dass sich aus der Sicherung auch zurückholen lässt. Das ist der Unterschied zwischen einem Backup und einem Backup, das jemand getestet hat.
  • Die Gastsysteme im Blick. Auf der Plattform liegen Dateiserver, Warenwirtschaft und Fachanwendungen. Nach dem Upgrade wird nicht nur geprüft, ob die Maschinen starten, sondern ob die Anwendungen darin tun, was sie sollen.
  • Bei Clustern eine Reihenfolge. Mehrere Hosts werden nicht gleichzeitig angefasst, sondern nacheinander in einer festgelegten Abfolge. Das macht das Vorhaben länger, aber beherrschbar.
  • Eine Antwort auf den Fall, dass etwas klemmt. Was passiert, wenn ein System nach dem Upgrade zickt? Diese Frage wird vorher beantwortet, nicht mitten in der Nacht im Wartungsfenster.

Nichts davon ist außergewöhnlich. Es ist die normale Sorgfalt für einen Eingriff an einer zentralen Stelle — und der Grund, warum ein solcher Termin einen Kalendereintrag braucht und keinen spontanen Nachmittag.

Der Zeitplan, rückwärts gerechnet

Die Frist ist diesmal kurz. Anders als bei den Microsoft-Terminen, über die wir zuletzt geschrieben haben, liegen zwischen diesem Beitrag und dem genannten Monat nur wenige Wochen. Das ist kein Grund zur Hektik — es ist ein Grund, nicht bis zum Herbst zu warten.

  • Diese Woche: nachsehen. Welche Proxmox-Version läuft bei Ihnen überhaupt? Wer erst kürzlich migriert ist, kann bereits auf VE 9 sein — dann betrifft Sie dieser Termin nicht. Diese Frage kostet Minuten und erspart im Zweifel die ganze Diskussion.
  • Bis Ende Juli: entscheiden und einen Termin sichern. Wenn VE 8 läuft, klären Sie, wer das Upgrade durchführt und wann. Wartungsfenster mit Dienstleistern werden nicht kurzfristig frei, und im August ist Urlaubszeit — auf beiden Seiten.
  • Danach: umsetzen, mit Prüfung im Anschluss. Das Upgrade selbst ist der kürzere Teil. Die Zeit geht in die Kontrolle, ob alle Gastsysteme und Anwendungen sauber laufen.
  • Wenn es nicht passt: bewusst verschieben statt vergessen. Weil es keinen Stichtag gibt und die Debian-Basis im LTS-Modus weiter versorgt wird, ist ein späteres Fenster kein Drama. Der Unterschied ist nur: Ein Termin, den Sie verschieben, hat ein neues Datum. Ein Termin, den Sie vergessen, hat keines.

Die Lehre: Der Lebenszyklus gehört in die Entscheidung

Im Juni haben wir Lizenzmodelle, Migrationsaufwand und vorhandenes Know-how gegeneinander gestellt. Was in dieser Rechnung zu kurz kam — bei uns wie in den meisten Vergleichen —, ist der Lebenszyklus. Genau der meldet sich jetzt.

Jede Plattform hat einen. VMware hat einen, Proxmox hat einen, Hyper-V hat einen. Wer eine Virtualisierung auswählt, sollte deshalb vier Fragen zusätzlich stellen:

  • Wie lange wird die Version gepflegt, die ich heute installiere? Nicht das Produkt — die Version.
  • In welchem Rhythmus kommen Major-Upgrades? Bei Proxmox sind es rund drei Jahre. Das ist kein Makel, sondern eine Planungsgröße.
  • Wer führt die Upgrades durch, und was kosten sie an Zeit? Ein Wartungsfenster alle paar Jahre ist Teil der Betriebskosten, auch wenn keine Lizenzrechnung dafür kommt.
  • Wovon hängt der Termin ab? Bei Proxmox nicht von einer Marketingentscheidung, sondern vom Debian-Unterbau. Wer das weiß, kann den nächsten Termin ungefähr abschätzen, statt auf eine Ankündigung zu warten.

Wer diese Fragen vor der Entscheidung beantwortet, wird von einem Datum wie diesem nicht überrascht — er hat es im Kalender. Das ist der ganze Unterschied. Und er gilt für die nächste Plattform genauso wie für Proxmox.

Fazit

Proxmox VE 8 läuft im August 2026 aus. Der Hersteller nennt einen Monat, keinen Tag. Der Unterbau Debian 12 wird im LTS-Modus weiter versorgt, wenn auch eingeschränkt. Das ist kein Notfall und rechtfertigt keine Hektik — aber es ist ein Termin, der jetzt in die Planung gehört und nicht in den Herbst.

Für Betriebe, die gerade erst von VMware gekommen sind, ist das ärgerlich, und das soll hier nicht schöngeredet werden. Richtig war der Wechsel trotzdem. Zu lernen ist etwas anderes: Eine Plattform wählt man nicht nur nach dem Preis der Lizenz, sondern auch danach, wie oft und wie aufwendig sie gepflegt werden will. Diese Frage stellt sich beim nächsten Hersteller wieder — und dann kennen Sie sie schon.

Wenn Sie nicht sicher sind, welche Proxmox-Version bei Ihnen läuft und was alles an ihr hängt, sehen wir uns das an. Wir klären den Stand, planen das Upgrade mit einem Wartungsfenster, das zu Ihrem Betrieb passt, und führen es so durch, dass Ihr Betrieb dabei weiterläuft.