vSphere 9 Supportende und EOL: was Broadcom für 9.0, 9.1, VCF 9 und VCF 5.2 veröffentlicht und wie Sie planen

vSphere 9 Supportende und EOL: was Broadcom heute veröffentlicht

Stand 10. Oktober 2026 haben wir keine öffentliche Broadcom-Seite gefunden, die einen Tag für das Ende des allgemeinen Supports von vSphere 9.0, vSphere 9.1 oder VCF 9.x insgesamt nennt. Die Produkt-Lifecycle-Seite in Broadcoms Supportportal verlangt eine Anmeldung; ohne Anmeldung aufgerufen, zeigte sie am 10. Oktober 2026 Menüs und einen Zugriffshinweis, aber keine Tabelle, sodass wir nicht sehen konnten, ob sie für 9.0 oder 9.1 bereits einen Tag nennt. Zum End of Life von vSphere 9 und ESXi 9.1 veröffentlicht Broadcom offen das Supportmodell der Linie 9.x, das Erscheinungsdatum jeder Version und eine Liste mit Terminen zum Ende der Technical Guidance, und das genügt, um den Planungsrahmen für eine Umgebung abzustecken.

Broadcoms VCF-Blog vom 16. Juli 2025 beschreibt das Modell. Für die Linie 9.x erwartet Broadcom sechs Jahre Support ab dem Major Release, was Broadcom als „ein geschätztes End-of-Service-Datum am 17. Juni 2031“ angab, und Kunden können in bestimmten Fällen bis zu ein weiteres Jahr Extended Support kaufen. Innerhalb der Linie schrieb Broadcom, seine „Erwartung ist, dass die frühen Minor Releases jeweils 27 Monate Support bieten“, während das letzte Minor Release 45 Monate erhält. Der Beitrag sagt nicht, ab welchem Tag die 27 Monate laufen, daher rechnen wir sie nicht in Termine um.

Broadcom KB 314608 (Erscheinungsdaten), Release Notes zu VCF 9.1 (zuletzt aktualisiert am 8. Oktober 2026), FAQ zu VVF 9.1, Beiträge im VCF-Blog vom 16. Juli 2025 und 1. August 2025, Broadcoms Liste zum Ende der Technical Guidance (undatiert); alle abgerufen am 10. Oktober 2026.

Broadcoms Supportmodell für 9.x: 27 und 45 Monate

Vor 9.0 folgte Broadcom einem Modell, das es 5+2 nennt: fünf Jahre allgemeiner Support und in bestimmten Fällen zwei weitere Jahre Extended Support zum Kauf. Für 9.x wechselte es zu 6+1, mit einem Major Release alle drei Jahre und „Minor Releases etwa alle neun Monate“. Das ergibt vier Minor Releases je Major Release, und Broadcoms eigenes Beispiel lautet „VCF 9.0, 9.1, 9.2, 9.3“. Nach diesem Beispiel sind 9.0 und 9.1 frühe Minor Releases mit je 27 Monaten, und das letzte, in Broadcoms Zählung 9.3, ist das Release mit 45 Monaten.

Updates innerhalb eines Minor Release sind eine eigene Frage. Broadcoms KB 314608 führt nach 9.0 die Versionen 9.0.1.0 am 29. September 2025 und 9.0.2.0 am 20. Januar 2026 sowie nach 9.1.0 die Version 9.1.1 am 3. September 2026. Das Supportmodell knüpft seine Zeiträume an die Minor Releases 9.0 bis 9.3 und sagt zu diesen Updates nichts. Wir lesen sie als Teil ihres Minor Release; bestätigen lässt sich das für Ihren Build auf der Lifecycle-Seite.

Einige Komponenten haben eigene Supportzeiträume. Die FAQ zu VCF 9.1 vom 3. September 2026 nennt unter den Vorteilen des Kubernetes-Service „einen Zeitraum von 24 Monaten Support für vSphere Kubernetes releases (VKr)“; eine Umgebung, die ihn nutzt, verfolgt also zwei Kalender.

VCF 5.2 End of Life und Supportende von vSAN 8

VCF 5.2 läuft auf vSphere 8. Broadcoms KB 314608 führt in jedem 5.2-Release Builds von vCenter und ESXi 8.0 Update 3 sowie NSX 4.2, von 5.2.0.0 am 23. Juli 2024 bis 5.2.4 am 27. Mai 2026, das vCenter und ESXi 8.0 U3j mitbringt. Eine öffentliche Broadcom-Seite mit einem Datum für das Ende des allgemeinen Supports von VCF 5.2 selbst haben wir nicht gefunden. Seine vSphere-Schicht endet mit vSphere 8, das laut Broadcoms VCF-Blog vom 1. August 2025 „bis Oktober 2027 unterstützt wird“; den Tag und was dann endet, beschreibt unser Leitfaden zum Ende des allgemeinen Supports für vSphere 8.

Broadcoms Liste zum Ende der Technical Guidance, ein PDF ohne Datum, nennt den 11. Oktober 2029 für ESXi 8.0, vCenter Server 8.0 und vSAN 8.0 und den 1. Juni 2028 für VCF 5.0 und VCF 5.1. VCF 5.2 steht nicht auf der Liste. Für den allgemeinen Support von vSAN 8 steht der einzige Tag auf einer öffentlichen Broadcom-Seite, die wir gelesen haben, in KB 392942, einer Tabelle für Broadcoms Stack Telco Cloud Infrastructure 3.0: Sie führt vSAN 8.0 U1 mit dem Ende des allgemeinen Supports am 11. Oktober 2027 und dem Ende der Technical Guidance am 11. Oktober 2029. Warum wir diese Tabelle als Hinweis werten, nicht als Beleg, erklärt unser vSphere-8-Leitfaden.

Eine Management-Komponente der 8.x-Generation hat einen öffentlichen Tag. KB 422643 hält fest: „Das Ende des allgemeinen Supports für VMware Aria Operations 8.18 ist am 11. Oktober 2027.“ Sie empfiehlt ein Upgrade auf VCF Operations 9.0. Zu vVols heißt es in der FAQ zu VCF 9.1, dass kritische Fehlerbehebungen für VCF 5.x „bis zum Supportende dieser Releases“ weiterlaufen; auf VCF 5.2 enden sie also mit dessen Supportende, einem Datum, das wir auf keiner öffentlichen Broadcom-Seite gefunden haben.

Was mit dem allgemeinen Support endet

Broadcoms Wartungshandbuch (Maint-HB-RM111, 8. Juni 2026) definiert End of Service als „die Einstellung einer Version eines Broadcom Offering“ und End of Life als die Einstellung des Angebots selbst. Nach dem veröffentlichten Datum hat Broadcom für diese Version „keine Verpflichtung, Support zu leisten“. Bereits veröffentlichte Fixes bleiben für den Rest Ihres Wartungszeitraums als Self-Service-Support verfügbar. Als Voraussetzung für Support verlangt das Handbuch, dass Kunden „eine aktuell unterstützte Version verwenden“; nach unserer Lesart hält ein aktives VVF- oder VCF-Abonnement ein Minor Release also nicht über sein Datum hinaus im Support.

Das Handbuch legt auch die Vorlaufzeit fest. Broadcom will sich nach eigener Aussage „in angemessener Weise bemühen“, mindestens zwölf (12) Monate vor einem End-of-Service- oder End-of-Life-Datum darauf hinzuweisen. Wenn Ihre Umgebung Cluster für Cluster aktualisiert wird, behandeln Sie diese Ankündigung als den spätesten Zeitpunkt, um das nächste Upgrade in den Wartungskalender aufzunehmen. Extended Support, Essential Support und was jeweils abgedeckt ist, beschreibt unser Leitfaden zum VMware-Support nach Broadcom.

Wo die Termine stehen und wie Sie sie lesen

Für die Tage von 9.0 und 9.1 ist Broadcoms Produkt-Lifecycle-Seite die Stelle zum Nachprüfen; sie verlangt ein Broadcom-Supportkonto. Lesen Sie sie angemeldet, halten Sie das Datum jedes Minor Release, das Sie betreiben, zusammen mit dem Tag des Abrufs fest und legen Sie diese Notiz zur Verlängerungsakte. Die öffentlichen Quellen darum herum sind der VCF-Blog für das Modell, KB 314608 und die Release Notes für die Erscheinungsdaten, die undatierte Liste zum Ende der Technical Guidance für die Phase nach dem allgemeinen Support und Produkt-KBs wie KB 422643 für einzelne Komponenten.

Die Erscheinungsdaten unterscheiden sich je Produkt. Broadcoms FAQ zu VVF 9.1 schreibt, dass vSphere Foundation 9.1 „seit dem 5. Mai 2026 allgemein verfügbar ist“, während die Release Notes zu VCF 9.1 und KB 314608 für VCF 9.1.0 den 12. Mai 2026 nennen. Würde ein Enddatum ab dem Erscheinen gezählt, kämen diese sieben Tage zum Tragen; ein Grund mehr, das Datum im Portal nachzulesen, statt selbst 27 Monate aufzuschlagen. Lifecycle-Tracker von Drittanbietern zeigen für 9.0 und 9.1 bereits Tagesdaten; wir konnten sie keiner öffentlichen Broadcom-Seite zuordnen und verwenden sie hier daher nicht.

Das Minor Release, auf dem Sie landen, bestimmt das nächste Upgrade

In einer Umgebung mit 10 bis 60 Hosts berührt jedes Minor-Upgrade jede vCenter-Instanz, jeden Host und, wo vorhanden, vSAN und NSX, und braucht daher mehrere Wartungsfenster. Das Release, das Sie für den Wechsel weg von vSphere 8 wählen, entscheidet, wann die nächste Runde von Wartungsfenstern fällig ist. Die Tabelle wendet Broadcoms Modell auf jedes mögliche Ziel an, ohne Termine zu erfinden.

Kalenderlogik auf Grundlage von Broadcoms VCF-Blog vom 16. Juli 2025 und 1. August 2025 sowie KB 314608; die Tage für 9.0 und 9.1 stehen nur auf der Produkt-Lifecycle-Seite.

Nehmen Sie eine Umgebung mit 40 Hosts in vier Clustern an zwei Standorten, heute auf vSphere 8.0 U3. Wer auf 9.1 landet, braucht ein Upgrade von 8.0 U3 auf 9.1 vor Oktober 2027 (von 8.0 U3j oder neuer auf 9.1.1 oder neuer, wie KB 448135 erläutert) und mindestens ein weiteres Upgrade, bevor 9.1 den allgemeinen Support verlässt. Ob dieser zweite Schritt direkt auf das letzte Minor Release der Linie gehen kann, hängt von den Upgrade-Pfaden ab, die Broadcom für dieses Release bei dessen Erscheinen veröffentlicht. CPUs, die Broadcom für 9.x als veraltet eingestuft hat, bleiben auf 9.x unterstützt, sollen aber im nächsten Major Release entfernt werden; damit gehört der Ersatz dieser Hosts in denselben Kalender. Unser Leitfaden zu den Hardware-Anforderungen für ESX 9 führt sie auf.

Die Laufzeit des Abonnements sollte denselben Kalender abdecken. Laut FAQ zu VVF 9.1 müssen Kunden mit Dauerlizenzen auf ein Abonnement umstellen, bevor sie auf vSphere Foundation 9.1 aktualisieren können, und unser Leitfaden zur VMware-Verlängerung mit Standard, VVF und VCF zeigt, welche Stufe 9.x enthält.

Unsere VMware-Optimierung umfasst ein Audit Ihrer Versionen, Lizenzen und Abonnements und erstellt einen Maßnahmenplan vor Verlängerung und Supportende, mit Terminen. Nennen Sie uns das Minor Release jedes Clusters und das Enddatum Ihres Abonnements.

Wie Sie Upgrades entlang der Termine planen

Die Reihenfolge unten stammt von uns; jeder Schritt stützt sich auf die oben zitierten Broadcom-Dokumente.

1. Erfassen Sie jede vCenter-Instanz, jeden Host, jeden vSAN-Cluster und jeden NSX Manager mit seinem Build, und ordnen Sie jeden Build mit KB 314608 und den Release Notes seinem Minor Release zu.
2. Melden Sie sich auf Broadcoms Produkt-Lifecycle-Seite an, lesen Sie das Ende des allgemeinen Supports für jedes Minor Release ab, das Sie betreiben, und halten Sie das Datum mit dem Tag des Abrufs fest.
3. Wählen Sie das Ziel-Minor-Release nach seinem Enddatum, nach den Upgrade-Pfaden, die Broadcom von Ihrem Build aus dokumentiert, und nach den Hardware- und Lizenzprüfungen für 9.x.
4. Legen Sie das Upgrade jedes Clusters in Wartungsfenster deutlich vor diesem Datum, mit einem Wiederherstellungspunkt und einem Rollback-Plan für vCenter und die Hosts.
5. Prüfen Sie die Lifecycle-Seite erneut, sobald Broadcom ein Minor Release ausliefert oder ein End-of-Service-Datum ankündigt.

Broadcoms KB 448135 beschreibt eine Sperre für Upgrades auf 9.1.0.x von vCenter und ESXi 8.0 U3j und neuer und hält fest, dass VCF 9.1.1.0 sie aufhebt; KB 314608 datiert 9.1.1 auf den 3. September 2026. Die vollständige Reihenfolge für eine vSphere-8-Umgebung, von den Lizenzkomponenten bis zu Hosts und vSAN, steht in unserem Schritt-für-Schritt-Leitfaden für das Upgrade von vSphere 8 auf VCF 9.

Upgrades zwischen Releases laufen mit unserem Engineering-Partner Vixen.UNO in vereinbarten Wartungsfenstern, mit einem Rollback-Plan für jede Etappe. Beschreiben Sie Ihre Cluster und Wartungsfenster im Formular unten.

Was wir tun

Eurokommerz und unser Engineering-Partner Vixen.UNO machen aus diesen Terminen einen Upgrade-Plan für Ihre Umgebung. Unsere VMware-Optimierung umfasst ein Audit der Umgebung, ihrer Lizenzen, Versionen und Abonnements und erstellt einen Maßnahmenplan vor Verlängerung und Supportende, mit Terminen. Die Modernisierung von vSphere, vSAN, NSX und VCF läuft anschließend in vereinbarten Wartungsfenstern mit einem Rollback-Plan für jede Etappe, gefolgt von Support unter einem vereinbarten SLA. Lizenzen und Engineering erhalten Sie unter einem EU-Vertrag und auf einer Rechnung von Eurokommerz. Das erste Gespräch ist kostenlos; der Preis des technischen Assessments steht vor Beginn fest.

FAQ