Ende des allgemeinen Supports für vSphere 8: die Termine, was sich ändert und was Sie jetzt planen sollten

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 der allgemeinen vSphere-Seiten von Broadcom, die wir lesen konnten. Die einzige öffentliche Broadcom-Seite, auf der wir ihn gefunden haben, ist eine Tabelle der Wissensdatenbank für den Stack Telco Cloud Infrastructure 3.0 (KB 392942): Sie führt Builds von vSphere/ESX und vSAN 8.0 mit dem Ende des allgemeinen Supports am 11. Oktober 2027 und dem Ende der Technical Guidance am 11. Oktober 2029. Dieselbe Tabelle nennt für vSphere 7.0 ein späteres Datum als Broadcoms allgemeine Angabe; wir werten sie daher als Hinweis, nicht als Beleg. 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, prüfen Sie ihn auf der Produkt-Lifecycle-Seite in Broadcoms Supportportal nach; dafür ist eine Anmeldung nötig.

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.

Für ESXi, vCenter und vSAN 7.0 nennt Broadcom dieselben Termine, für deren Versionen 8.0 dasselbe Datum der Technical Guidance (VCF 5.0 und 5.1: 1. Juni 2028). Broadcoms Liste zum Ende der Technical Guidance (undatiert, abgerufen am 5. Oktober 2026); Blog zu VMware Cloud Foundation, 25. Juli 2024, 16. Juli 2025 und 1. August 2025; KB 415405 und 392942; 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; Broadcoms kritischer Sicherheitshinweis VMSA-2026-0006 nennt für 7.0 keinen Fix, nur „Contact Broadcom Support if you have extended support contract“, 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. Was der Broadcom-Support heute umfasst, Extended Support eingeschlossen, steht in unserem Leitfaden zum VMware-Support nach Broadcom.

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 ein einziges Mal, und Stand 5. Oktober 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“. The Register berichtete am 2. September 2026 nach Interviews mit Broadcom-Managern auf der VMware Explore, dass ein aktualisiertes vSphere Standard kommt; Broadcom hat weder Version noch Preis noch Termin veröffentlicht, und bis es ausgeliefert wird, haben Standard und Enterprise Plus keine dokumentierte 9.x-Version.

Dauerlizenzen brauchen zuerst einen Zwischenschritt: In der FAQ zu VCF 9.1 vom 3. September 2026 heißt es, dass Kunden mit Dauerlizenzen „vor dem Upgrade auf Abonnementlizenzen umstellen müssen“; in der FAQ zu VVF 9.1 steht dasselbe. Stufe und Laufzeit im Abgleich mit diesem Kalender behandelt unser Leitfaden zur VMware-Verlängerung, die Kernzahl unser Leitfaden zur Kernzählung. Was VCF 9.1 gegenüber VVF 9.1 hinzufügt, Komponente für Komponente, zeigt unser Vergleich von VVF und VCF.

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 auf Broadcoms Produkt-Lifecycle-Seite, 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 zuletzt am 1. Oktober 2026 überarbeitetes Verfahren für eine vSphere-8-Umgebung 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 zuerst Aria Operations 8.18 oder neuer auf VCF Operations 9.1 oder stellt VCF Operations neu bereit, stellt dann einen Lizenzserver bereit und aktualisiert danach vCenter, die ESX-Hosts, das On-Disk-Format von vSAN und den vSAN File Service. Es gilt nur für Umgebungen ohne SDDC Manager, NSX oder weitere Aria-Komponenten; VCF-5.2.x-Deployments folgen Broadcoms Upgrade der VCF-Management-Domain. 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. Wie Sie CPU, I/O-Geräte und Bootmedien an jedem Host prüfen, zeigt unser Leitfaden zu den Hardware-Anforderungen für ESX 9.

Broadcom KB 318697, 428874, 391170, 401070 und 317631; TechDocs: Hardwareanforderungen von ESX 9.0 (24. August 2026), Support Notes zu vSphere in VCF 9.0 (29. September 2026) und Support Notes zu VCF 9.1 (1. Oktober 2026).

Veraltet heißt nicht eingestellt: Auf einer veralteten CPU lässt sich 9.x mit CPU_SUPPORT_WARNING 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_9.0_End_of_Life_Devices.xlsx; gleichen Sie jeden Adapter und jeden Controller damit ab. 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.

Unsere Planungsreihenfolge, aufgebaut auf den 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