VMware-Verlängerung 2026: vSphere Standard, Enterprise Plus, VVF oder VCF, und wie Sie die Stufe wählen

Das Angebot im September 2026

Broadcoms Produktlinienvergleich vom April 2026 führt zwei eigenständige vSphere-Editionen, Standard und Enterprise Plus, sowie vSphere als Komponente von VMware vSphere Foundation und VMware Cloud Foundation. Essentials Plus, im Januar 2024 noch auf der Liste, ist verschwunden. Der Satz, der die meisten Verlängerungen entscheidet, steht im selben Dokument: Standard und 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“.

Broadcom-Produktlinienvergleich, April 2026; FAQs zu VVF und VCF 9.1. Broadcom hat der Presse im September 2026 gesagt, dass ein überarbeitetes vSphere Standard kommt, Details werden im Oktober erwartet; bis es ausgeliefert wird, planen Sie mit der Obergrenze 8 U3.

Dauerlizenzen endeten im Dezember 2023, und wer eine Dauerlizenz hält, kann nicht auf 9.1 wechseln, ohne vorher auf ein Abonnement umzustellen. Patches aus dem Supportportal gehen nur an berechtigte Kunden. Das ist der Hintergrund, vor dem die Frage nach der Stufe bei jeder Verlängerung gestellt wird, die wir im Rahmen unserer VMware-Optimierung sehen.

Was jede Stufe freischaltet

Die Funktionszeilen unten stammen aus Broadcoms eigenem Vergleich, die VCF-Spalte aus der FAQ zu 9.1. Das Muster: Standard ist ein Produkt für Zwei-Knoten-Cluster, Enterprise Plus und VVF teilen sich den vSphere-Funktionsumfang, und VCF fügt die Netzwerk- und Automatisierungsschichten hinzu.

Firewall (vDefend) und Avi Load Balancing sind auch innerhalb von VCF Add-ons; der eingebaute Load Balancer von VCF läuft nur bis zum 30. Mai 2027 und nur mit Avi-Lizenzen. Advanced Cyber Compliance wird nur für VCF verkauft.

Zwei Namen haben sich auf dem Weg zu 9.x geändert: Aria Operations heißt jetzt VCF Operations, Aria Automation heißt VCF Automation, und die Abonnementdokumente tragen stellenweise noch die alten Namen. Und zwei Dinge sind seit 9.0 als veraltet (deprecated) markiert: Virtual Volumes und vCenter Enhanced Linked Mode, was jeder Umgebung, die auf VVF oder VCF 9 aktualisiert, Änderungen am Storage- und Multi-vCenter-Design aufzwingt.

Die Zählregeln, die sich mit der Stufe nicht ändern

Jede Abonnementstufe wird pro Kern lizenziert, mit einem Minimum von 16 Kernen je Prozessor. Die Programmdokumentation ist eindeutig: Jeder Kern des Servers, auf dem die Software installiert ist, muss lizenziert werden, „einschließlich der durch das BIOS deaktivierten Kerne“, und ein Kern ist als physische Einheit definiert, Hyper-Threads zählen also nicht. Ein Host mit zwei 8-Kern-Prozessoren und zwei Hosts mit zwei 24-Kern-Prozessoren werden mit 32 plus 96, also 128 Kernen lizenziert; die kleinen Prozessoren kosten dasselbe wie 16-Kern-Prozessoren. Unser Leitfaden zum Kernzählen geht die Arithmetik durch und die gemeldete Episode mit dem 72-Kern-Mindestauftrag von 2025, die Broadcom nie bestätigt hat und die in den Dokumenten nicht vorkommt. Die einzige Ausnahme ist VCF Edge mit 8 Kernen je Prozessor, einem Minimum von zehn Standorten und höchstens 256 Kernen je Standort.

Neu in 9.x ist der Mechanismus, nicht die Metrik: Lizenzdateien ersetzen die 25-stelligen Schlüssel, VCF Operations wird zur verpflichtenden Lizenzierungskomponente, und mindestens alle 180 Tage muss ein Nutzungsbericht eingereicht werden. Bleibt er aus, erlaubt die Programmdokumentation, die Management-Ebene einzuschränken und den Support einschließlich der Updates auszusetzen. Nach Ablauf einer Lizenz bleiben 90 Tage für die Verlängerung, danach trennen sich die Hosts von vCenter, und Workloads lassen sich nicht mehr starten.

Das vSAN-Kontingent, gerechnet in rohen Terabyte

VVF enthält 0,25 TiB vSAN-Kapazität je lizenziertem Kern, aufgerundet auf das nächste volle TiB; VCF enthält 1 TiB je Kern. Das Kontingent ist gepoolt: Der Anteil eines reinen Compute-Clusters kann von einem vSAN-Cluster an anderer Stelle der Umgebung verbraucht werden. Was die Leute erwischt, ist das Maß. Der Verbrauch wird auf der rohen physischen Kapazität gezählt, die jeder Host in jeden vSAN-Cluster einbringt, und Broadcoms Wissensdatenbank sagt wörtlich, dass die Kapazitätsübersicht in vCenter, die die Datastore-Kapazität nach Richtlinien zeigt, die falsche Zahl ist.

Durchgerechnete Beispiele aus dem Broadcom-Wissensdatenbankartikel 313548. vSAN ist in VVF optional: Umgebungen mit Fibre Channel und NFS nutzen das Kontingent schlicht nicht.

Die Arithmetik erklärt, warum speicherlastige Umgebungen zu VCF driften, selbst wenn sie nichts von NSX brauchen: Bei 1 TiB je Kern verschwindet die Storage-Lizenz in der Kernzahl. Und sie ist der Grund, warum der ehrliche Vergleich für ein VVF-Angebot die vSAN-Add-on-Position von Anfang an enthält.

Support: ein Angebot, keine Premium-Stufe

Seit der Portalumstellung 2024 sind alle VMware-Produkte durch ein einziges Angebot abgedeckt, Broadcom Software Maintenance, und VVF wie VCF enthalten dessen Essential Support: Bearbeitung von Severity-1-Vorfällen rund um die Uhr mit einem Ziel von 30 Minuten für die erste Reaktion, Updates und Upgrades sowie das Supportportal. Die alten Stufennamen, Production, Basic, Business Critical und Premier, tauchen im aktuellen Handbuch nicht auf. Was Broadcom obendrauf verkauft, sind Dienstleistungen: ein Technical Adoption Manager, erweiterte Expertendienste und Workshops. Supportanfragen können an zertifizierte Partner weitergeleitet werden, und genau dort sitzt unser Engineering-Partner Vixen.UNO für die Umgebungen, die wir als Managed Services betreiben.

Laufzeit gegen den Kalender

VCF 9 ist auf ein Sechs-plus-eins-Supportmodell umgestiegen: sechs Jahre allgemeiner Support ab dem Major Release, mit einem geschätzten Ende des Service im Juni 2031, Minor Releases etwa alle neun Monate, jedes 27 Monate lang unterstützt. vSphere 7 hat den allgemeinen Support am 2. Oktober 2025 beendet, und für vSphere 8 wird das Ende des allgemeinen Supports verbreitet mit Oktober 2027 angegeben; Broadcoms Lifecycle-Seite liegt hinter einem Login, bestätigen Sie das Datum also auf Ihrem eigenen Konto, bevor Sie unterschreiben.

Legen Sie beides zusammen. Eine dreijährige Laufzeit für Standard oder Enterprise Plus, Ende 2026 unterschrieben, läuft bis Ende 2029, rund zwei Jahre über das gemeldete Supportende der einzigen Version hinaus, die sie ausführen kann; eine fünfjährige Laufzeit vier Jahre darüber. Nichts in der Programmdokumentation wandelt ein Standard-Abonnement während der Laufzeit in VVF um: Das ist ein Neukauf. Eine VVF- oder VCF-9.x-Laufzeit von drei Jahren liegt innerhalb des 9.x-Lebenszyklus; eine fünfjährige erreicht dessen Ende. Die Entscheidung für eine Stufe ist deshalb auch eine Entscheidung für eine Version, und sie sollte mit dem Datum 2027 auf dem Tisch getroffen werden, nicht beim ersten Sicherheitshinweis entdeckt, für den es keinen 8.x-Patch gibt.

Wie wir die Stufe wählen

Beginnen Sie bei dem, was in der Laufzeit tatsächlich laufen wird, nicht bei der Funktionsliste. Besteht die Umgebung aus zwei oder drei Hosts mit HA und vMotion, ohne DRS, ohne Distributed Switch, und vertragen die Anwendungen eine Plattform, die bei 8 U3 stehen bleibt, ist Standard vertretbar; Broadcom selbst positioniert es bei rund 128 Kernen. Sind DRS, Storage DRS, der Distributed Switch oder VM-Verschlüsselung im Einsatz, ist Enterprise Plus die Untergrenze, mit derselben Versionsobergrenze. Brauchen Sie vSphere 9 jetzt, Kubernetes auf dem Cluster, VCF Operations für Kapazität und Compliance oder ein Viertel Terabyte vSAN je Kern, ist VVF der Einstiegspunkt, mit zwei Prüfungen: VVF wurde im Dezember 2025 in einigen EMEA-Ländern zurückgezogen, klären Sie also die Verfügbarkeit, und seine Betriebswerkzeuge dürfen möglicherweise nur VVF-Kerne überwachen. VCF ist richtig, wenn mindestens zwei von NSX, Automatisierung mit Mandantenfähigkeit, einem Terabyte vSAN je Kern, Private-AI-Diensten oder HCX-Migrationen innerhalb der Laufzeit geplant sind. Eines davon allein ist als Add-on meist günstiger, und Broadcoms eigene Führungskräfte haben Beschwerden von Kunden eingeräumt, die den Stack gekauft und nur „Bruchstücke“ davon betrieben haben.

Die Fallen bei der Verlängerung

Sockel oder vCPUs statt physischer Kerne zählen oder vergessen, dass im BIOS deaktivierte Kerne zählen. vSAN auf der Datastore-Kapazität statt auf der Rohkapazität dimensionieren. VCF wegen NSX kaufen und dann Firewall und Load Balancer trotzdem als Add-ons lizenzieren. VVF und VCF in einer Umgebung mischen, ohne zu prüfen, welche Kerne die Betriebswerkzeuge verwalten dürfen. Einen Host aus der Zählung lassen, weil er „nur Backups fährt“. Eine fünfjährige Laufzeit auf einer 8.x-Edition unterschreiben. Annehmen, das Add-on Private AI Foundation decke die Lizenz für den GPU-Treiber ab, wenn vGPU-Workloads zusätzlich NVIDIA AI Enterprise brauchen. Und auf der alten Hostzahl verlängern, wenn ein Right-Sizing-Durchgang vor der Angebotserstellung einen Host aus dem Cluster nehmen würde, was der Punkt ist, an dem sich das Kapazitäts-Audit bezahlt macht.

Was wir tun

Eurokommerz prüft VMware-Verlängerungen für Unternehmen in der ganzen EU: die Kernzahl Host für Host, die rohe vSAN-Kapazität, die im letzten Quartal tatsächlich genutzten Funktionen und den Versionspfad gegen das Datum 2027, und dann die Stufe, die passt. Wo die Umgebung vor der Verlängerung einen Host verlieren kann, kommt die Optimierung zuerst und das Angebot danach. Das Engineering erledigt unser Partner Vixen.UNO unter einem Vertrag; das Ergebnis ist eine Verlängerung, die Sie Zeile für Zeile erklären können.

FAQ