vSphere 8 Enterprise Plus for VCF und for vSphere Foundation: was die VCF- und VVF-Lizenzschlüssel bedeuten

Was „vSphere 8 Enterprise Plus for VCF“ bedeutet

„VMware vSphere 8 Enterprise Plus for VCF (Supports vCenter Server 8.0U2b and above)“ ist der Name des Lösungslizenzschlüssels, den ein Abonnement von VMware Cloud Foundation (VCF) für vSphere 8 liefert, also des VCF-Lizenzschlüssels unter vSphere 8. Broadcoms KB 319282 sagt: „Ab VCF 5.1.1 und vSphere 8.0U2b dient der vSphere-Lizenzschlüssel als Lösungslizenzschlüssel für VCF und VVF.“ Ein Abonnement von VMware vSphere Foundation (VVF) liefert den entsprechenden VVF-Lizenzschlüssel als „VMware vSphere 8 Enterprise Plus for vSphere Foundation (Supports vCenter Server 8.0U2b and above)“.

Beide Schlüssel gehören zum Abonnement. Ist er vCenter, den ESXi-Hosts und den Supervisor-Clustern zugewiesen, lizenziert ein einziger Schlüssel den gesamten VCF- oder VVF-Stack unter vSphere 8, mit Ausnahme von vSAN, das einen eigenen Schlüssel hat (VVF-Käufe vor dem 22. November 2024 ausgenommen). Die Mindestversion von vCenter steht im Namen: 8.0U2b und höher. Auf der Seite der Hosts sagt Broadcoms KB 430262, dass der VCF-Schlüssel „ESXi 8.0 Update 2b oder höher voraussetzt, um als gültige Entität erkannt zu werden“. vCenter Server 8.0 Update 2b erschien am 29. Februar 2024, VCF 5.1.1 am 26. März 2024. Was jede Edition enthält, steht in unserem Vergleich VVF vs VCF.

Die Schlüssel in einem VCF- und einem VVF-Abonnement

KB 319282 listet je Produkt die Schlüssel auf, die ein Kunde im Lizenzportal erhält, mit dem Lösungsschlüssel an erster Stelle. Die übrigen Komponentenschlüssel „erscheinen im Lizenzportal, damit Brownfield-Kunden nicht zu einem Upgrade gezwungen werden“.

Broadcom KB 319282, „VMware Cloud Foundation and vSphere Foundation Solution License Key“, Schlüssellisten und Tabelle „Previous Versions and Downgrades“; ohne Datumsangabe, abgerufen am 16. Oktober 2026.

Die fünf weiteren VCF-Schlüssel decken Aria Suite Enterprise 8.14, Aria Operations for Networks 6 Enterprise, HCX Enterprise, HCX Advanced und Tanzu Kubernetes Grid ab; die VVF-Komponentenschlüssel sind Aria Suite Standard 8.14 und Tanzu Kubernetes Grid. Für VVF-Käufe vor dem 22. November 2024 wurde kein vSAN-Schlüssel erzeugt, und die KB sagt, dass für diese „die einzige Möglichkeit, vSAN zu aktivieren und zu betreiben, darin besteht, den Lösungsschlüssel zu verwenden und Software ab 8.0U2b einzusetzen“, ohne Downgrade-Pfad für vSAN.

Wie der Lösungsschlüssel Kerne und vSAN-Kapazität zählt

Broadcoms Dokumentationsseite zu vSphere 8 über die VVF-Lizenzierung sagt: „Die Kapazität der Lösungslizenz beruht auf dem Lizenzmodell pro Kern.“ Verbraucht wird sie von den ESXi-Hosts. Broadcoms KB 432439 gibt die Kapazität, die ein Host braucht, als Zahl der CPUs multipliziert mit dem größeren Wert aus 16 und den physischen Kernen je CPU an. Dieselbe Seite sagt: „vCenter Server verbraucht keine Kapazität der Lösungslizenz“ und „Sie können eine Lösungslizenz mehreren vCenter-Server-Instanzen zuweisen.“ Wie Sie eine ganze Umgebung zählen, beschreibt unser Leitfaden zu Broadcoms Skript zur Kernzählung.

Nehmen Sie eine VVF-Umgebung mit 24 Hosts unter zwei vCenter-Instanzen: 16 Hosts mit zwei 32-Kern-CPUs und 8 ältere Hosts mit zwei 12-Kern-CPUs. Die neueren Hosts beanspruchen 1.024 Kerne, die älteren 256, weil jede 12-Kern-CPU als 16 zählt. Ein Lösungsschlüssel mit 1.280 Kernen deckt die Hosts unter beiden vCenter-Instanzen ab, und vCenter selbst nimmt nichts davon in Anspruch; laut der VVF-Seite nutzen die ESXi-Hosts und vSAN seine Kapazität. Die Rechnung je Sockel hinter den älteren Hosts steht in unserem Leitfaden zur VMware-Lizenzierung.

Die zwei vSAN-Werte von Broadcom beschreiben zwei Lizenzmodelle. Die Seite zu vSphere 8 über die VVF-Lizenzierung und die Release Notes zu vCenter 8.0 Update 2b beschreiben die ursprüngliche Lösungslizenz, die vSAN selbst mitbringt: „Mit der Lösungslizenz von vSphere Foundation erhalten Sie eine Kapazität von 100 GiB pro Kern und ESXi-Host“, und ein vSAN-Cluster wird automatisch lizenziert, sobald alle seine Hosts den Schlüssel haben.

VVF-Käufe ab dem 22. November 2024 erhalten den separaten vSAN-Schlüssel, und Broadcoms VVF-Programmdokument vom Juni 2026 sagt: „Der Kunde hat Anspruch auf 0,25 TiB vSAN-Kapazität für jeden für VVF lizenzierten Kern.“ Laut dem Dokument gilt die Fassung, die veröffentlicht ist, wenn Broadcom die Bestellung annimmt, und für ein Release, das später im Rahmen des Supports installiert wird, die am Tag der Installation aktuelle Fassung. Unser Leitfaden zur Kernzählung rechnet mit 0,25 TiB je Kern. Der Name des vSAN-Schlüssels nennt vCenter Server 8.0u3 und höher; auf einem vCenter älter als 8.0 U3 wird der separate vSAN-Schlüssel daher zuerst heruntergestuft, was die KB für VVF-Schlüssel erlaubt, die ab dem 22. November 2024 erzeugt wurden.

Die Schlüssel unter vSphere 8 finden und zuweisen

Die VMware-Lizenzschlüssel stehen bei Broadcom im Broadcom Support Portal unter der Site ID (KB 145804) und werden im vSphere Client von einem Konto mit dem Privileg Global.Licenses hinzugefügt und zugewiesen.

1. Klicken Sie im Broadcom Support Portal auf My Entitlements, klappen Sie die Site ID auf, öffnen Sie die Registerkarte Entitlement Details und klicken Sie auf das Symbol Licenses; laden Sie unter Active Keys die Schlüssel herunter.
2. Prüfen Sie die Builds: vCenter Server 8.0U2b oder neuer für den Lösungsschlüssel, ESXi 8.0 Update 2b (Build 23305546) oder neuer auf jedem Host, vCenter 8.0u3 oder neuer für den vSAN-Schlüssel.
3. Gehen Sie im vSphere Client zu Administration, Licensing, Licenses, klicken Sie auf ADD, geben Sie einen Schlüssel je Zeile ein, benennen Sie die Lizenzen und klicken Sie auf Finish.
4. Wählen Sie auf der Registerkarte Assets nacheinander vCenter Server Systems, Hosts und Supervisors aus, klicken Sie auf Assign License und wählen Sie den Lösungsschlüssel; für größere Umgebungen empfiehlt KB 319282 die Option zur Sammellizenzierung (bulk licensing).
5. Weisen Sie auf der Registerkarte vSAN Clusters jedem vSAN-Cluster den vSAN-Schlüssel zu.
6. Fügen Sie das vCenter in Aria und, unter VCF, in NSX und HCX hinzu. Laut KB 319282 „beziehen die Komponentenfunktionen die Nutzungsrechte von vCenter und haben einen eingebauten Evaluierungsmodus“.

Unter VCF 5.x verwaltet SDDC Manager nur die Komponentenschlüssel. Broadcoms Administrationshandbuch zu VCF 5.2 sagt, dass „SDDC Manager den Lösungslizenzschlüssel nicht verwaltet“ und dass die Komponenten mit einem Lösungsschlüssel „im Evaluierungsmodus bereitgestellt“ werden, bis der Schlüssel im vSphere Client zugewiesen ist. Dasselbe Handbuch erlaubt beide Typen nebeneinander: „Workload-Domain 1 kann Komponentenlizenzschlüssel verwenden und Workload-Domain 2 den Lösungslizenzschlüssel.“

Das Umgebungs- und Lizenz-Audit unserer VMware-Optimierung umfasst eine vollständige Inventur von Versionen, Subscriptions und tatsächlicher Ressourcennutzung. Schicken Sie uns die Schlüsselnamen unter Ihrer Site ID und den Build jedes vCenters, und wir antworten innerhalb eines Werktages.

Ältere Builds: Downgrade des Schlüssels auf 8.0.0a

KB 319282 sagt, dass ein Kunde mit „einer VCF-Version vor 5.1.1 oder einer vSphere-Version vor 8.0U2b“ den Lösungsschlüssel herunterstufen muss. „An diesem Punkt wird der Lizenzschlüssel zu einem vSphere-Komponentenlizenzschlüssel statt des Lösungslizenzschlüssels“, und die jeweiligen Komponentenschlüssel werden daneben eingesetzt. Im Schritt-für-Schritt-Ablauf der KB werden der vSphere-Schlüssel und der vSAN-Schlüssel beide auf Version 8 heruntergestuft.

Broadcoms KB 281797 beschreibt das Verfahren im Portal: My Entitlements, Entitlement Details, das Symbol Licenses, dann die drei Punkte rechts und Downgrade License, mit einer Menge, die nicht größer ist als das Feld Remaining. Die KB ergänzt: „Sie können nur auf die unmittelbar vorhergehende Version downgraden“, mit dem Beispiel „Eine Lizenz für vSphere 8.0U2b kann unmittelbar nur auf 8.0.0a heruntergestuft werden.“ Versionen im Status End of Service lassen sich nicht auswählen. Ist die Umgebung bereit für VCF 5.1.1 oder VVF 8.0U2b, stuft derselbe Weg den vSphere-Schlüssel wieder auf den Lösungsschlüssel hoch.

Häufige Fehler mit VCF- und VVF-Lizenzschlüsseln

Broadcom KB 430262, 435903, 433105, 432439, 440572 und 319282; ohne Datumsangaben, abgerufen am 16. Oktober 2026.

Die Komponenten beziehen ihre Nutzungsrechte vom Schlüssel des vCenters; ein vCenter, das auf einem Komponentenschlüssel bleibt, kann sie daher im Evaluierungsmodus halten. KB 440572 ergänzt, dass „vCenter Server die Grenzen der Lizenzkapazität beim Hinzufügen von Hosts aktiv durchsetzt“; bei einem Host-Refresh muss die Kapazität daher vorhanden sein, bevor der Assistent Add Host läuft.

Was sich mit VCF 9 ändert: Lizenzdateien statt Schlüssel

Ab 9.0 sagt Broadcoms Lizenzdokumentation: „Abonnementbasierte Lizenzdateien ersetzen die Verwendung der 25-stelligen Lizenzschlüssel.“ Die Lizenzübersicht zu 9.1, aktualisiert am 15. Oktober 2026, sagt, dass Sie mit einem Abonnement „sowohl eine Default-Lizenz für Version 9+“ erhalten „als auch Lizenzschlüssel für Version 8.x des Produkts“. Ein laufendes Abonnement enthält daher weiterhin vSphere-8-Schlüssel für Hosts, die auf 8.x bleiben, während die Lizenz für Version 9 über die VCF Business Services console und VCF Operations verwaltet wird.

Broadcom TechDocs: VCF 9.0 Licensing Model (29. September 2026), VCF 9.1 Licensing Overview, Licensing Model und Mixed-Version Environments (15. Oktober 2026); KB 319282 und 444552.

Broadcoms Seite Mixed-Version Environments sagt, dass ESXi-8.x-Hosts unter einer vCenter-9.1-Instanz „mit einem Lizenzschlüssel vor Version 9 lizenziert werden müssen“ und dass „sie auch Lizenzkapazität aus Ihrer Lizenz für Version 9+ nutzen“. Sie ergänzt: „Lizenzen für Version 8.x können nicht als Override-Lizenzen zugewiesen werden.“ In KB 444552 verbrauchen Hosts, die noch auf 8.x laufen, die 9.x-Kernkapazität, aktualisierte Hosts scheitern mit „Licensing assignment failed for this host“, und die Abhilfe besteht darin, Lizenzen in der Business Services console zusammenzuführen. Planen Sie die 9.x-Kapazität für jeden Host unter dem vCenter ein, unabhängig von seiner Version. Warum die 9.x-Lizenz ein früheres Datum zeigt als der Vertrag, steht in unserem Leitfaden zum Prüfen des VMware-Lizenz-Ablaufdatums, die Enddaten der 8.x-Linie in unserem Leitfaden zum Ende des allgemeinen Supports von vSphere 8.

Unsere VMware-Optimierung führt Versions- und Architektur-Updates auf VCF 9 in vereinbarten Wartungsfenstern durch, Schritt für Schritt, mit Rollback-Plan. Beschreiben Sie Ihre vCenter-Instanzen, Host-Builds und das Enddatum Ihres Abonnements im Formular unten; das erste Gespräch ist kostenlos.

Was wir tun

Im Rahmen der VMware-Optimierung hält Eurokommerz den Vertrag, und das Engineering kommt von unserem Engineering-Partner Vixen.UNO. Das Umgebungs- und Lizenz-Audit erfasst Versionen, Subscriptions und tatsächliche Ressourcennutzung und passt die Editionen innerhalb der aktuellen Broadcom-Lizenzlogik an Ihre realen Workloads an. Das kostenpflichtige technische Assessment, dessen Preis vor Beginn feststeht, endet mit einem Bericht und einem Maßnahmenplan vor Renewal und End of Support, mit Terminen. Updates von vSphere, vSAN, NSX und VCF folgen in vereinbarten Wartungsfenstern mit Rollback-Plan, danach Support unter einem vereinbarten SLA.

FAQ