vSphere 8 EOL und Supportende am 11. Oktober 2027: Termine für ESXi 8 und vCenter 8

Was das für Ihre Verlängerung bedeutet

Das Supportende ist der häufigste Ausgangspunkt für unsere VMware-Optimierung. Es zeigt sich meist in einer von drei Formen.

• Die Hosts laufen noch unter ESXi 8, und im eigenen Team hat niemand Zeit für ein Upgrade, das vCenter, jeden Host, den Cluster-Lifecycle und die Lizenzierung verändert. Nach einer schnellen Einschätzung von Stand und Terminen führen wir das Upgrade Cluster für Cluster in vereinbarten Wartungsfenstern durch, mit Rollback-Plan in jeder Phase.
• Laufzeit und Stufe werden vor Oktober 2027 ohne unabhängige Daten zur Nutzung der Hosts gewählt. Wir erfassen Versionen, Abonnements und tatsächliche Ressourcennutzung und legen die Laufzeit mit Blick auf den 11. Oktober 2027 fest, für Standard 8 und Enterprise Plus 8 im EWR auch mit Blick auf den 31. Oktober 2028.
• Hosts, die ESX 9 nicht ausführen können, bleiben auf ESXi 8.0 U3 unter einem vCenter 9.1, behalten einen 8.x-Schlüssel und verbrauchen zusätzlich 9.x-Kapazität (KB 441187). Wir zählen Host für Host die Kapazität, die diese Übergangszeit braucht.

Nennen Sie uns, wie viele Hosts noch unter ESXi 8 laufen, welcher vCenter-Build sie verwaltet und wann Ihr Abonnement endet. Steht die Verlängerung in wenigen Tagen an, sagen Sie es sofort: Ein sauberes Assessment dauert ein bis zwei Wochen.

Die Termine und wer sie veröffentlicht

Der allgemeine Support für vSphere 8, also für ESXi 8.x, vCenter Server 8.x und vSAN 8.x, endet laut Broadcoms öffentlicher KB 459135 am 11. Oktober 2027. Für Kunden im Europäischen Wirtschaftsraum (EWR) schließt Broadcoms VCF-Blog vom 4. November 2026 Extended Support in aktive Abonnements für vSphere Standard 8 und Enterprise Plus 8 ein, bis zum Ende des Abonnements, längstens bis zum 31. Oktober 2028. Broadcoms VCF-Blog vom 13. Oktober 2026 hält fest, dass „vSphere 8.0 und der VCF-5.x-Stack das Ende des allgemeinen Supports (EOGS) am 11. Oktober 2027 erreichen“. Den Monat hatte Broadcom schon früher 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“. KB 459135, „End of General Support for vSphere 8.0“, führt ESXi 8.x, vCenter 8.x und vSAN 8.x, jeweils seit dem 11. Oktober 2022 allgemein verfügbar, mit diesem Enddatum. Eine Anmeldung ist dafür nicht nötig (erneut abgerufen am 5. November 2026).

Was nach diesem Tag gilt, steht in Broadcoms KB 456708, „Upcoming End of Service for vSphere 8, vSAN 8, Aria 8, NSX 4 and VCF 5 product suite“. Sie nennt den 11. Oktober 2027 als End of Service für ESXi 8.x, vCenter Server 8.x, vSAN 8.x, VCF 5.2.x, NSX 4.x, HCX 4.x und die Produkte von Aria 8.18.x, hält fest, dass es nach diesen Terminen für die genannten Produktversionen weder technischen Support noch neue Patches gibt, und empfiehlt VCF 9 oder VVF 9. Broadcoms undatierte Liste zum Ende der Technical Guidance nennt für ESXi, vCenter und vSAN 8.0 den 11. Oktober 2029; das ist höchstens ein Planungshorizont. KB 456708 erwähnt die Technical Guidance nicht, und zu den Terminen von vSphere 7 versah Broadcom diese Phase mit einer Fußnote: „Gilt nicht für Broadcom-Verträge. Gilt nur für gültige VMware-Verträge.“ Planen Sie nicht mit 2029, solange Broadcom nicht schriftlich bestätigt, was diese Phase unter Ihrem Vertrag umfasst.

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). Broadcom KB 459135 und 456708 (erneut abgerufen am 5. November 2026) und 415405 (abgerufen am 23. Oktober 2026); Broadcoms Liste zum Ende der Technical Guidance (undatiert, abgerufen am 23. Oktober 2026); Blog zu VMware Cloud Foundation, 25. Juli 2024, 16. Juli 2025, 1. August 2025, 13. Oktober 2026 und 4. November 2026 (gelesen am 5. November 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, „Zero Day (i.e., Critical) Security Patches for vSphere 8.x Perpetual License Customers with Expired Support Contracts“, ist die dokumentierte Ausnahme: Broadcom stellt allen Kunden mit Dauerlizenz, auch bei abgelaufenem Supportvertrag, die Patches für kritische Sicherheitshinweise (Critical Severity Security Alerts) mit einem CVSS-Wert von 9,0 oder höher bereit, und „Unterstützte Versionen von VMware vSphere sind Version 8.x.“ KB 456708 setzt das Ende: Nach dem 11. Oktober 2027 gibt es für ESXi 8.x, vCenter Server 8.x und vSAN 8.x weder technischen Support noch neue Patches. Broadcoms kritischer Sicherheitshinweis VMSA-2026-0006 nennt für 7.0 keinen Fix, nur „Contact Broadcom Support if you have extended support contract“.

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. Für Kunden im EWR schließt sein Beitrag vom 4. November 2026 Extended Support in aktive Abonnements für Standard 8 und Enterprise Plus 8 ein, wie unten beschrieben; öffentliche Bedingungen dazu, was Extended Support umfasst, haben wir nicht 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.

VMware-Support nach Oktober 2027: Extended Support und weitere Optionen

Broadcoms Dokumente nennen die Optionen für einen vSphere-8-Host nach dem Ende des allgemeinen Supports am 11. Oktober 2027. Der unterstützte Weg ist ein Upgrade auf ein Release, das sich noch im allgemeinen Support befindet: KB 415405, „End of General Support for vSphere 7.0“, verweist auf die Upgrade-Anleitungen und für „service after end of support“ auf das Wartungshandbuch. Ein Host, der unter einer aktiven Wartungslaufzeit auf 8.x bleibt, behält wie oben beschrieben den Self-Service-Zugriff auf die bis zu diesem Tag veröffentlichten Fixes, während KB 456708 technischen Support und neue Patches danach ausschließt. Für technischen Support auf 8.x nach Oktober 2027 nennt Broadcoms Beitrag vom 1. August 2025 einen „optionalen zweijährigen Extended-Support-Zeitraum, der erworben werden kann“. Für Kunden in Ländern des Europäischen Wirtschaftsraums hält Broadcoms VCF-Blog vom 4. November 2026 fest, dass aktive Abonnements für vSphere Standard 8 und Enterprise Plus 8 Extended Support enthalten, bis zum Ende des jeweiligen Abonnements, längstens bis zum 31. Oktober 2028 („until the earlier of the applicable subscription end date or October 31, 2028“). Andere Editionen und Bedingungen nennt der Beitrag nicht, und KB 456708 erwähnte es beim erneuten Abruf am 5. November 2026 nicht; klären Sie daher schriftlich, welche Builds der enthaltene Extended Support abdeckt und bis zu welchem Tag.

Stand 16. Oktober 2026 nennen Broadcoms veröffentlichte Bedingungen für Extended Support, das Extended Support SPD vom 17. April 2024, VMware nicht; sie zeigen also den allgemeinen Rahmen des Angebots, nicht die Bedingungen eines Vertrags für vSphere 8. Sie beschreiben Extended Support als „technical support for certain designated Broadcom software versions and releases“ und setzen voraus, dass der Kunde für die gesamte Laufzeit des Extended Support aktiver Kunde von Broadcom für Wartung oder Subscription bleibt. Enthalten sind „Access to published fixes and solutions“ und, nach Broadcoms alleinigem Ermessen („At Broadcom’s sole discretion“), neue Fehlerbehebungen für Probleme mit hoher Auswirkung. Zusätzliche Service Packs sind ausgeschlossen, Sicherheitspatches erwähnt das Dokument nicht. Klären Sie für vSphere 8 schriftlich, welche Builds und Termine ein Vertrag abdeckt und ob Sicherheitspatches enthalten sind.

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. Broadcom hat vSphere 7 ein einziges Mal verlängert. Für vSphere 8 nannte KB 459135 beim erneuten Abruf am 5. November 2026 weiterhin den 11. Oktober 2027, und Broadcoms Beitrag vom 4. November 2026 ergänzt Extended Support für Abonnements von Standard 8 und Enterprise Plus 8 im EWR, keinen längeren allgemeinen Support; planen Sie also mit dem 11. 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 vSphere Version Comparison vom April 2026 hält für die eigenständigen Editionen fest: „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“. Am 4. November 2026 hat Broadcoms VCF-Blog vSphere Express vorgestellt, gebaut auf vSphere 9 und ab sofort in allen Regionen verfügbar, für „customers with 128 cores across all environments“; Lizenzbedingungen nennt der Beitrag nicht, und er bezeichnet das Angebot nicht als Standard-Edition. Derselbe Beitrag lässt Standard 8 und Enterprise Plus 8 im EWR bis zum 31. Oktober 2027 bestellbar, und keine der beiden Editionen hat eine dokumentierte 9.x-Version. Was Broadcom für diese Editionen dokumentiert hat, steht in unserem Beitrag zum End of Life von vSphere Standard.

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. Broadcoms VCF-Blog vom 13. Oktober 2026 nennt für das Ende des allgemeinen Supports von 9.0 den 17. September 2027, 24 Tage vor vSphere 8, und für 9.1.1 August 2028; ein Upgrade nur auf 9.0 verlängert den Supportzeitraum einer vSphere-8-Umgebung also nicht. Die Termine jedes 9.x-Release stehen in unserem Beitrag zu vSphere 9 EOL.

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 in KB 390634, „Update Sequence for VCF 9.0 and Compatible VMware Products“, 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.“ Welche Version von Veeam Backup & Replication vSphere 9.0, 9.1 und 9.1.1 jeweils voraussetzen, zeigt unser Beitrag zum VMware-Backup nach Broadcom. 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. Für Version 9.1 hält Broadcoms Leitfaden zum vCenter-Upgrade (aktualisiert am 12. Oktober 2026) fest, dass sich die neue Appliance „auf einem ESX-Host ab Version 9.0 oder im Inventar einer vCenter-Instanz ab Version 9.0“ bereitstellen lässt. Eine Umgebung, deren Hosts alle noch unter ESXi 8 laufen, braucht daher vor dem vCenter-Wartungsfenster einen ESX-9-Host für die neue Appliance. Den vollständigen Ablauf zeigt unser Leitfaden zum Upgrade von vSphere 8 auf VCF 9.

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 in eine bestehende VCF-9.1-Fleet übernimmt, 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, und Broadcoms VCF-Blog vom 13. Oktober 2026 nennt 8.0 U3j und U3k unter den Quellversionen, deren Upgrade-Pfad 9.1.1 wiederherstellt; mit Stand 23. Oktober 2026 sind die Release Notes zu vCenter 8.0 U3k noch nicht aktualisiert, prüfen Sie U3k daher in der Interoperability Matrix. Am 12. Oktober 2026 hat Broadcom die Patches 9.1.1.0100 für ESX, vCenter, NSX und vSAN veröffentlicht. Gleichen Sie Ihren 8.0-Build mit dem Ziel-Build ab, bevor Sie das Wartungsfenster festlegen. Ihre Administratoren können sich mit offiziellen VMware-Kursen auf aktuellen Versionen vorbereiten, in unseren VMware-Schulungen; fragen Sie uns, welcher Kurs zu Ihrem Ziel-Release passt.

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: Hardware­anforderungen 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).

Auf einer veralteten CPU lässt sich 9.x weiterhin mit CPU_SUPPORT_WARNING installieren und betreiben, doch nach Broadcoms Richtlinie in KB 428874, „Deprecated CPU Systems / Servers in ESX 9.0 and implications for support“, 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.

Unsere VMware-Optimierung umfasst eine vollständige Inventur Ihrer VMware-Umgebung mit Versionen und Abonnements sowie einen Maßnahmenplan vor Verlängerung und Supportende, mit Terminen. Schicken Sie uns CPU-Modelle und aktuelle Builds Ihrer Hosts über das Formular unten.

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. Wie dieser Termin neben den übrigen Supportenden des Jahres in das IT-Budget 2027 eingeht, zeigt unser Leitfaden zur IT-Infrastruktur-Prüfung vor der Budgetplanung.

Unsere Planungsreihenfolge, aufgebaut auf den zitierten Broadcom-Dokumenten.

Was wir tun

Für eine Umgebung mit vSphere 8 planen wir vom 11. Oktober 2027 aus rückwärts. Die Inventur erfasst die Builds von vCenter und ESXi, CPU-Modelle, Boot- und I/O-Geräte, vVols-Datastores, per Baselines verwaltete Cluster und die Anmeldemethode am vCenter, dazu Versionen, Abonnements und tatsächliche Ressourcennutzung, und hält für jeden Host fest, ob er ESX 9 ausführen kann. Sie erhalten einen Maßnahmenplan vor Verlängerung und Supportende, mit Terminen: den Build, den jedes vCenter und jeder Host zuerst erreichen muss, die Cluster, die auf Images umgestellt werden, die Hosts, die auf 8.0 U3 bleiben, und die Lizenzkapazität für die Übergangszeit. Das Upgrade läuft danach Cluster für Cluster in vereinbarten Wartungsfenstern, mit Rollback-Plan in jeder Phase, gefolgt von Support unter einem vereinbarten SLA, und die Lizenzen liefern wir. Das Erstgespräch ist kostenlos; das technische Assessment ist kostenpflichtig, sein Preis steht vor Beginn fest.

FAQ