Ende des allgemeinen Supports für vSphere 8: die Termine, was sich ändert und was Sie jetzt planen sollten
- Broadcoms eigener VCF-Blog schrieb im August 2025, dass vSphere 8 „bis Oktober 2027 unterstützt wird“; der Tag, der 11. Oktober 2027, stammt aus Presseberichten, und nach Broadcoms öffentlicher Liste endet die Technical Guidance für ESXi, vCenter und vSAN 8.0 am 11. Oktober 2029
- Für vSphere 7, dessen allgemeiner Support am 2. Oktober 2025 endete, erklärte Broadcom, dass Kunden, die es noch einsetzen, „keinen Produktsupport, keine Sicherheitspatches und keine Updates erhalten können“, und dass veröffentlichte Fixes für den Rest ihres Wartungszeitraums verfügbar bleiben
- KB 314603 gibt jedem Kunden, auch bei abgelaufenem Support, die Patches für kritische Sicherheitshinweise mit einem CVSS-Wert von 9,0 oder höher für unterstützte Versionen, derzeit 8.x; wir haben kein Broadcom-Dokument gefunden, das dies über den allgemeinen Support hinaus verlängert
- vSphere 9.x gibt es nur in VVF und VCF, Standard und Enterprise Plus enden bei 8 Update 3, Dauerlizenzen müssen zuerst auf ein Abonnement umgestellt werden, und Broadcoms Upgrade auf Version 9.1 beginnt bei vCenter und ESX 8 Update 3
- ESX 9 lässt sich auf Broadwell-CPUs nicht installieren, erkennt keine I/O-Geräte mit Status End of Life und verlangt einen Bootdatenträger mit 32 GB; vCenter 9.0 streicht die Verwaltung per Baselines und Integrated Windows Authentication, und Broadcom erwägt vVols-Support auf 9.0 nur von Fall zu Fall und zeitlich begrenzt
Die Termine und wer sie veröffentlicht
Den Monat hat Broadcom schriftlich festgehalten. In einem an SAP-Kunden gerichteten Beitrag vom August 2025 in seinem Blog zu VMware Cloud Foundation schrieb Broadcom, dass vSphere 8 „bis Oktober 2027 unterstützt wird, mit einem optionalen zweijährigen Extended-Support-Zeitraum, der erworben werden kann“. Der Tag, der 11. Oktober 2027, steht auf keiner öffentlichen Broadcom-Seite, die wir lesen konnten; MSSP Alert berichtete am 15. September 2026 unter Berufung auf CRN, dass Inhaber von Dauerlizenzen für vSphere 8 „nach dem 11. Oktober 2027“ keine Sicherheitspatches mehr erhalten. Bevor ein Vertrag von diesem Tag abhängt, bestätigen Sie ihn auf der Produkt-Lifecycle-Seite in Broadcoms Supportportal.
Der nächste Meilenstein ist öffentlich: Broadcoms Liste zum Ende der Technical Guidance nennt den 11. Oktober 2029 für VMware ESXi 8.0, vCenter Server 8.0 und vSAN 8.0. Zu den Terminen von vSphere 7 versah Broadcom die Technical Guidance mit einer Fußnote: „Gilt nicht für Broadcom-Verträge. Gilt nur für gültige VMware-Verträge.“ Die Liste enthält keine Anmerkungen; fragen Sie also nach, was für Ihren Vertrag gilt, bevor Sie mit 2029 rechnen.
| RELEASE | ALLGEMEINER SUPPORT | DANACH | QUELLE |
|---|---|---|---|
| vSphere 7.0 | endete am 2. Oktober 2025, nach einer Verlängerung um sechs Monate | Technical Guidance bis zum 2. April 2027, nur für VMware-Verträge | Broadcom-Blog, Juli 2024; KB 415405 |
| vSphere 8.0 | bis Oktober 2027 laut Broadcom; 11. Oktober 2027 laut Berichten | Technical Guidance bis zum 11. Oktober 2029; zwei Jahre Extended Support zum Kauf | Broadcom-Blog, August 2025; Liste zur Technical Guidance; MSSP Alert |
| VCF 9.x | bis zum 17. Juni 2031, geschätzt: sechs Jahre ab 9.0 | ein Jahr Extended Support, in bestimmten Fällen | Broadcom-Blog, Juli 2025 |
Broadcom gibt ESXi, vCenter und vSAN 7.0 dieselben Termine und ihren Versionen 8.0 dasselbe Datum für die Technical Guidance. Broadcoms Liste zum Ende der Technical Guidance (undatiert, Stand 28. September 2026); Blog zu VMware Cloud Foundation, 25. Juli 2024, 16. Juli 2025 und 1. August 2025; KB 415405; MSSP Alert, 15. September 2026.
Was mit dem allgemeinen Support endet
Broadcoms Wartungshandbuch vom 8. Juni 2026 erfasst „all generally available versions and releases of Broadcom Software“, die nicht als End of Service oder End of Life eingestuft sind. Nach dem End-of-Service-Datum gilt: Broadcom „has no obligation to provide Support“ für die Version, während „the published service and security packs and fixes will continue to be available as part of self-service support for the duration of your remaining active Maintenance term“. Zudem unternimmt Broadcom „reasonable efforts“, mit mindestens zwölf Monaten Vorlauf zu informieren. Für vSphere 7 bezeichnete Broadcom den 2. Oktober 2025 als End-of-Service-Datum und schrieb, dass Kunden, die noch 7.x betreiben, „keinen Produktsupport, keine Sicherheitspatches und keine Updates erhalten können“. Die einzige Definition der Technical Guidance, die wir in Broadcoms Wissensdatenbank gefunden haben, ist die von VMware für vSphere 6.0 (KB 318892): „hauptsächlich über das Selbsthilfeportal“, ohne „neue Sicherheitspatches oder Fehlerbehebungen, sofern nicht anders angegeben“.
Kritische Patches. KB 314603 ist die dokumentierte Ausnahme: Patches für kritische Sicherheitshinweise (Critical Severity Security Alerts) mit einem CVSS-Wert von 9,0 oder höher gehen für unterstützte Versionen an „alle Kunden, einschließlich derer mit abgelaufenen Supportverträgen“, und „Unterstützte Versionen von VMware vSphere sind Version 8.x.“ Wir haben kein Broadcom-Dokument gefunden, das dies über das Ende des allgemeinen Supports hinaus verlängert, und laut dem oben genannten Pressebericht enden die Sicherheitspatches für Inhaber von Dauerlizenzen für vSphere 8 nach dem 11. Oktober 2027.
Extended Support. Broadcom beschrieb sein Modell vor 9.0 als fünf Jahre allgemeinen Support, zu denen sich „in bestimmten Fällen“ zwei weitere Jahre Extended Support hinzukaufen ließen, und sein Beitrag vom August 2025 nennt diese Option für vSphere 8. Wir haben keine öffentlichen Bedingungen dafür gefunden. Falls einige Hosts ihn brauchen könnten, lassen Sie sich Verfügbarkeit und Konditionen mit dem Verlängerungsangebot schriftlich geben; den Rest des Angebots deckt unsere Checkliste zum Verlängerungsangebot ab.
vSphere 7 als Präzedenzfall
vSphere 7 erschien am 2. April 2020, das Ende des allgemeinen Supports war zunächst auf den 2. April 2025 festgelegt. Im Juli 2024, rund acht Monate vor diesem Termin, verlängerte Broadcom den allgemeinen Support um sechs Monate bis zum 2. Oktober 2025. Zwei Lehren lassen sich übertragen. Verlängert wurde einmal, und Stand 28. September 2026 haben wir keine Ankündigung einer solchen Verlängerung für vSphere 8 gefunden: Planen Sie mit Oktober 2027. Und Versionen lassen sich nicht überspringen: Laut Broadcoms Überblick zu vSphere 9.0 vom Juni 2025 „wird ein direktes Upgrade von vSphere 7.0 nicht unterstützt“, und vCenter 9.0 „unterstützt die Verwaltung von ESX 7.0 oder früher nicht“; eine Umgebung, die noch auf 7.x läuft, hat also zwei Upgrades vor sich.
Wie es nach 8.x weitergeht
Broadcoms Produktlinienvergleich vom April 2026 klärt die Frage für die eigenständigen Editionen: „vSphere Standard und vSphere Enterprise Plus sind nur in Versionen bis zum Release 8 Update 3 verfügbar“, und die Funktionen von vSphere 9.1 sind „nur als Teil von VMware vSphere Foundation 9.1 und VMware Cloud Foundation 9.1 verfügbar“. Im September 2026 sagte Broadcom gegenüber Journalisten, dass ein aktualisiertes vSphere Standard kommt; bis es ausgeliefert wird, haben Standard und Enterprise Plus keine dokumentierte 9.x-Version.
Dauerlizenzen brauchen zuerst einen Zwischenschritt: Die FAQ zu VCF 9.1 vom 3. September 2026 sagt, dass Kunden mit Dauerlizenzen „vor dem Upgrade auf Abonnementlizenzen umstellen müssen“, und die FAQ zu VVF 9.1 sagt dasselbe. Stufe und Laufzeit im Abgleich mit diesem Kalender behandelt unser Leitfaden zur VMware-Verlängerung, die Kernzahl unser Leitfaden zur Kernzählung.
Die 9.x-Linie tickt nach eigener Uhr. Broadcoms Supportmodell vom Juli 2025 geht von sechs Jahren ab 9.0 aus, bis zu einem geschätzten End of Service am 17. Juni 2031, mit einem Minor Release etwa alle neun Monate; für die frühen Minor Releases erwartet Broadcom 27 Monate Support, für das letzte 45. Das Minor Release, auf dem Sie landen, bestimmt den Termin Ihres nächsten Upgrades; prüfen Sie also sein Enddatum, bevor Sie das Ziel wählen.
Upgrade-Pfade und die Reihenfolge, die Broadcom vorgibt
Für Version 9.0 schrieb Broadcom im Juni 2025, dass „vSphere 9.0 ein direktes Upgrade von vSphere 8.0 unterstützt“, und der älteste Host, den vCenter 9.0 verwaltet, läuft mit ESX 8.0 (Broadcoms Dokumente zu 9.x nennen den Hypervisor ESX); die Back-in-Time-Regel weiter unten schließt jedoch auch 8.0 U3i und neuer von 9.0.0.0, 9.0.1.0 und 9.0.2.0 aus. Für Version 9.1 beginnt Broadcoms Verfahren für eine vSphere-8-Umgebung, aktualisiert am 24. September 2026, bei vCenter 8 Update 3 und ESX 8 Update 3 oder neuer, und „VCF Operations und die Komponenten des Lizenzservers sind erforderlich, um alle 9.1.x-Umgebungen zu lizenzieren“. Das Verfahren aktualisiert oder installiert zuerst VCF Operations und den Lizenzserver, dann vCenter, dann die ESX-Hosts, dann das On-Disk-Format von vSAN und den File Service; für VCF-5.2.x-Deployments gibt es einen eigenen Pfad. Broadcoms ausführlichere Reihenfolge für VCF 9.0 in KB 390634 stellt außerdem das VADP-basierte Backup-Produkt, vSphere Replication und Site Recovery Manager vor vCenter und ergänzt: „Patches können in beliebiger Reihenfolge eingespielt werden. Die Upgrade-Reihenfolge spielt nur bei Major- und Minor-Releases eine Rolle.“ Ein vCenter-Upgrade auf 9.0 stellt eine neue Appliance bereit, die eine temporäre IP-Adresse braucht, bis sie Adresse und Hostnamen der alten übernimmt.
Broadcom unterstützt kein „Back-in-Time“-Upgrade von einer Quelle, die „Code-Fixes, Sicherheitspatches oder Treiber-Updates enthält, die im Ziel-Release noch nicht vorhanden sind“ (KB 450972). vSphere 8.0 U3j und U3k sind nach VCF 9.1.0 erschienen und lassen sich daher weder per Upgrade noch per Converge darauf bringen; der Import-Workflow, der die Umgebung auf ihren 8.0-U3-Builds unter das Fleet Management von VCF 9.1 stellt, funktioniert weiterhin. Broadcoms KB 448135 ergänzt, dass VCF 9.1.1.0, erschienen am 3. September 2026, die Sperre für 8.0 U3j und neuer aufhebt. Gleichen Sie Ihren 8.0-Build mit dem Ziel-Build ab, bevor Sie das Wartungsfenster festlegen.
Was Sie an jedem Host und Cluster prüfen sollten
Jede der folgenden Prüfungen stammt aus Broadcoms Wissensdatenbank oder Release Notes und kann entscheiden, ob ein Host auf ESX 9 wechselt oder wartet.
| PRÜFUNG | WAS 9.X ÄNDERT | WO NACHSEHEN |
|---|---|---|
| CPU-Generation | Xeon-Serien Broadwell, Kaby Lake und Skylake eingestellt: Der Installer bricht ab; Skylake-SP für 9.x auf gelisteten Servern wieder als veraltet (deprecated) markiert; unter anderem Cascade Lake, EPYC 7001 und 7002 veraltet | KB 318697; KB 428874 |
| I/O-Geräte | End-of-Life-Geräte werden nicht erkannt; beim Upgrade eines Hosts mit einem solchen Gerät können Storage, Netzwerkzugriff oder Host-Konfiguration verloren gehen | KB 391170 mit ihren Gerätelisten; Broadcom Compatibility Guide |
| Bootgerät | mindestens 32 GB, Upgrade unter 8 GB blockiert; ab Version 9.1 USB- und SD-Bootgeräte sowie System-Storage unter 32 GB veraltet; UEFI empfohlen | Hardwareanforderungen von ESX 9.0; Support Notes zu Version 9.1 |
| Cluster-Lifecycle | Baselines nicht mehr unterstützt: Cluster und Hosts müssen Images verwenden | Support Notes zu Version 9.0 |
| vCenter-Anmeldung | Integrated Windows Authentication eingestellt: Umstieg auf AD über LDAPS oder Identity Federation | Support Notes zu Version 9.0 |
| Storage-Funktionen | vVols veraltet, zeitlich begrenzter Support auf 9.0 wird von Fall zu Fall erwogen; Storage I/O Control und der I/O Load Balancer von SDRS eingestellt; Optane PMEM nicht unterstützt | KB 401070; Support Notes zu Version 9.0 |
| Weitere Funktionen | Enhanced Linked Mode und Host Profiles veraltet, aber vorhanden; CIM-Provider nicht unterstützt | Support Notes zu Version 9.0 |
Broadcom KB 318697, 428874, 391170 und 401070; TechDocs: Hardwareanforderungen von ESX 9.0 (24. August 2026), Support Notes zu vSphere in VCF 9.0 (14. September 2026), Support Notes zu VCF 9.1 (24. September 2026).
Veraltet heißt nicht eingestellt: Auf einer veralteten CPU lässt sich 9.x mit CPU_ installieren und betreiben, doch nach Broadcoms Richtlinie in KB 428874 werden solche Systeme „im nächsten Major Release von VCF entfernt“. Für Skylake-SP hängt die KB eine Anleitung für Installation und Upgrade mit Override an, datiert auf den 18. September 2026, und bindet den Support an die Servermodelle im Broadcom Compatibility Guide, wobei der Hardware-Support beim Serverhersteller liegt. Die Gerätelisten sind Tabellendateien im Anhang von KB 391170, etwa ESX_; prüfen Sie jeden Adapter und jeden Controller dagegen. Am strengsten ist die Linie bei vVols: Broadcom hat alle vVol-Zertifizierungen für 9.0 eingestellt, während 8.x bis zu seinem Supportende weiterhin kritische Fixes für vVols erhält.
Ein Plan entlang des Kalenders
Oktober 2027 ist der Termin, von dem aus Sie rückwärts planen. Die Reihenfolge unten stammt von uns; jeder Schritt stützt sich auf die oben zitierten Broadcom-Dokumente.
| WANN | WAS ZU TUN IST | WARUM |
|---|---|---|
| Jetzt | Builds von vCenter und ESXi, CPU-Modelle, Bootgeräte, I/O-Geräte, vVols-Datastores, per Baselines verwaltete Cluster und die Anmeldemethode erfassen | sie entscheiden, welche Hosts ESX 9 ausführen können |
| Zur nächsten Verlängerung | Stufe, Version und Laufzeit mit Blick auf Oktober 2027 wählen; Dauerlizenzen zuerst umstellen | Standard und Enterprise Plus enden bei 8 Update 3 |
| Vor dem Test | vCenter und Hosts auf einen 8.0-U3-Build bringen, den das Ziel akzeptiert; Cluster auf Images (Cluster mit gemischter Hardware: KB 424294) und die Anmeldung auf LDAPS oder Federation umstellen, vVols-VMs auf andere Datastores verschieben | die Quellversionen für Version 9.1, Back-in-Time, die Streichungen in 9.0 |
| Bis Mitte 2027 | einen nicht produktiven Cluster in Broadcoms Reihenfolge aktualisieren, mit getestetem Restore und Rollback-Plan | Reihenfolge für 9.0: Backup vor vCenter, vCenter vor den Hosts |
| Vor Oktober 2027 | die Produktion Cluster für Cluster in geplanten Wartungsfenstern aktualisieren | der allgemeine Support für 8.x endet im Oktober 2027 |
| Nicht ESX-9-fähige Hosts | mit VVF oder VCF auf ESXi 8.0 U3 in einem imagebasiert verwalteten Cluster unter vCenter 9.x halten und vor Oktober 2027 ersetzen oder schriftlich nach Extended Support fragen | vCenter 9.0 verwaltet ESX 8.0 (KB 424129); Version 9.1 nimmt ESXi-8.x-Hosts mit 8.x-Lizenzschlüsseln auf |
Unsere Planungsreihenfolge, aufgebaut auf den in diesem Leitfaden zitierten Broadcom-Dokumenten.
Was wir tun
Eurokommerz und unser Engineering-Partner Vixen.UNO machen aus diesen Terminen einen Plan für Ihre Umgebung. Die VMware-Optimierung umfasst ein Audit der Umgebung, ihrer Lizenzen, Versionen und Abonnements, stimmt die Lizenzen innerhalb der aktuellen Broadcom-Lizenzlogik auf die realen Workloads ab 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. VMware- und Broadcom-Lizenzen werden gemeinsam mit Vixen.UNO unter einem europäischen Vertrag mit Eurokommerz geliefert. Der erste Schritt ist ein kostenloses Erstgespräch; das technische Assessment ist kostenpflichtig, sein Preis steht vor Arbeitsbeginn fest, und unser Infrastruktur-Audit gibt es als eigenständiges Produkt zum Festpreis.
FAQ
Wann endet der allgemeine Support für vSphere 8?
Wann erreicht ESXi 8 das End of Life (EOL)?
Erhält vSphere 8 nach Oktober 2027 noch Sicherheitspatches?
Lassen sich vSphere Standard oder Enterprise Plus auf vSphere 9 aktualisieren?
Welche Builds von vSphere 8 lassen sich auf Version 9.1 aktualisieren?
Welche CPUs unterstützt ESX 9 nicht?
Schicken Sie uns die vCenter-Liste, die Hostliste mit den CPU-Modellen, Ihre aktuellen Abonnements mit deren Enddaten und, falls vorhanden, das Verlängerungsangebot. Sie erhalten von uns die Kernzahl, die Optionen für jeden Cluster vor Oktober 2027 und ein erstes Gespräch. Wir antworten innerhalb eines Werktages.
Mit einem Experten sprechenWir antworten innerhalb eines Werktages