VVF vs VCF 9.1: was sich tatsächlich unterscheidet, Komponente für Komponente, und was daraus für das Design folgt

Die kurze Antwort

Laut Broadcoms KB 455220 ist VVF „eine Teilmenge des vollständigen VCF-Plattform-Stacks“: VVF 9.1 umfasst vSphere Enterprise Plus mit vCenter, vSphere Kubernetes Service, VCF Operations mit Logs und Diagnose sowie vSAN, und VCF 9.1 ergänzt NSX-Netzwerkvirtualisierung, VCF Automation, VCF Operations for Networks, HCX, SDDC Manager und, sofern die SKU sie enthält, VCF Private AI Services. VVF enthält 0,25 TiB vSAN-Kapazität je lizenziertem Kern, VCF 1 TiB je Kern. Beide sind Abonnements, lizenziert pro physischem Kern mit einem Minimum von 16 Kernen je Prozessor, und Broadcoms Produktlinienvergleich vom April 2026 bietet vSphere 9.1 nur innerhalb dieser beiden an.

Komponente für Komponente

Broadcoms aktueller Funktionsvergleich, ein Whitepaper vom 30. September 2026 zu VCF und VVF 9.1.1, markiert fast jede Compute- und Storage-Funktion für beide Produkte, von DRS, HA und Fault Tolerance bis zu vSAN ESA, Stretched Clustern und File Services. Getrennte Wege gehen die Produkte auf den Ebenen Management, Netzwerk und Automatisierung, die die Tabelle aus Broadcoms Komponentenlisten übernimmt.

Broadcom: FAQs zu VVF und VCF 9.1 (VCF: 3. September 2026); Programmdokumentationen (Juni 2026); TechDocs 9.1, Komponentenliste (29. September 2026) und Deployment-Handbuch (1. Oktober 2026); VCF-Blog (13. Juli 2026).

Netzwerk, Kubernetes und Betrieb: wo die Grenze verläuft

NSX ist der Hauptunterschied. Broadcoms Komponentenliste zu 9.1 weist NSX Manager, NSX Edge und der Virtual Network Appliance ausschließlich den Plattformtyp „VCF“ zu. Die Funktionen des Distributed Switch, von LACP und Private VLANs bis NetFlow und Port Mirroring, sind im Vergleich für VVF markiert; Overlay-Netzwerke, Routing, VRF, NAT, VPN und VPCs kommen mit NSX.

Kubernetes ist nur teilweise die Trennlinie: vSphere Kubernetes Service gehört zu beiden, doch der Vergleich markiert GitOps-Integration, Secret Service, External DNS und Cert Manager für VCF, nicht für VVF. Unter VVF läuft der Supervisor im Netzwerk des Distributed Switch mit dem Foundation Load Balancer, den ein Broadcom-Blogbeitrag vom Juli 2026 für VVF wie für VCF als „von Haus aus enthalten“ beschreibt, oder mit Avi als Add-on. NSX-Segmente und VPCs brauchen NSX Manager und damit VCF.

Beide Produkte enthalten VCF Operations, die Komponente, über die 9.1 lizenziert wird: Die FAQ zu VVF nennt sie „eine erforderliche Komponente für die zentrale Lizenzverwaltung“. VCF ergänzt VCF Operations for Networks, HCX für die Migration von Workloads, die Dienste für Identity Broker und Echtzeitmetriken sowie, laut dem Vergleich, die Zertifikats- und Passwortverwaltung. Nur VCF enthält SDDC Manager, der laut Broadcoms Beschreibung „Lifecycle-Management für ESX, vCenter, HCX und NSX“ und das Deployment von Workload-Domains bereitstellt.

Was ein Deployment von VCF 9.1 hinzufügt

Beide Produkte werden mit demselben VCF Installer aufgebaut, und die beiden Deployment-Assistenten von 9.1 bieten dieselbe Auswahl an Principal Storage: vSAN ESA oder OSA, NFS v3 oder VMFS auf Fibre Channel. Für VVF stellt der Installer vCenter, VCF Operations und die VCF Management Services bereit; Broadcom vermerkt, dass er „vSphere Foundation nur mit VCF Management Services bereitstellt“. Für VCF stellt er zusätzlich NSX Manager und SDDC Manager bereit, fügt dem Distributed Switch einen NSX-Traffic-Typ hinzu, dazu ein „NSX Host Overlay Network“, eine „dedizierte VLAN-Trennung für die VMkernel-Adapter der NSX-Tunnel-Endpoints“, und erlaubt, VCF Automation als Day-N-Operation nachzuziehen.

Für das Design heißt das: Eine VCF-Instanz braucht ab dem ersten Deployment dieses VLAN, die Adressen und die Kapazität für die Appliances von NSX Manager und SDDC Manager. Broadcom führt außerdem Konfigurationen auf, die es beim Konvergieren bestehender Infrastruktur zu VCF nicht unterstützt, darunter vCenter-Instanzen mit Enhanced Linked Mode oder vCenter High Availability, vCenter-Instanzen ohne Distributed Switch sowie Cluster, deren Lifecycle über Baselines läuft oder deren DRS manuell oder teilautomatisiert arbeitet. Unsere Lesart, keine Aussage von Broadcom: Eine VVF-Umgebung, die zu VCF wachsen könnte, lässt sich leichter umstellen, wenn sie diese Konfigurationen von Anfang an vermeidet.

VVF und VCF in einer Umgebung mischen

Eine Umgebung, die NSX oder Automatisierung nur in einigen Clustern braucht, kann beide Produkte einsetzen. Unter 9.1 ist die Einheit dieser Aufteilung die vCenter-Instanz: „Sie können einer vCenter-Instanz nur eine Primärlizenz zuweisen“, so Broadcoms Lizenzdokumentation, und Hosts oder vSAN-Cluster erhalten eine andere Lizenz nur als Override.

Broadcom TechDocs 9.1, Lizenzierung: Lizenzmodell, Übersicht, Primärlizenz, Override-Lizenzen und Umgebungen mit gemischten Versionen (1. Oktober 2026); KB 441960; Programmdokumentationen zu VVF und VCF (Juni 2026).

Die Lizenzdokumentation zu 9.1 sagt, dass vSAN-Kapazität, „wenn sie über VCF, vSphere Foundation oder ein vSAN-Add-on erworben wird, ebenfalls gemeinsam in einer Default-Add-on-Lizenz gepoolt wird“, während beide Programmdokumentationen erlauben, das Kontingent nur über die Kerne des jeweils eigenen Produkts zu aggregieren und zu nutzen („aggregated and utilized“). Rechnen Sie die TiB je Produkt: Unser Leitfaden zur Kernzählung zeigt Broadcoms Skript in Läufen je Cluster, mit -DeploymentType auf VVF oder VCF gesetzt. Beide Programmdokumentationen erlauben ihrem vCenter außerdem nur die Verwaltung von vSphere-Lizenzen, die zum Upgrade auf die bereitgestellte Version berechtigen; Standard und Enterprise Plus enden bei 8 Update 3, prüfen Sie das also, bevor Sie solche Hosts unter ein vCenter 9.1 stellen.

Später von VVF zu VCF wechseln

Broadcoms VVF-Blogbeitrag vom 28. September 2026 spricht von einem Übergang zu VCF, „wann immer Sie bereit sind“; die Dokumente unterscheiden sich je nach Version.

Broadcom KB 455220, KB 441960 und KB 450972 (ohne Datumsangabe, abgerufen am 4. Oktober 2026); TechDocs 9.1, „Paths to Building 9.1.x Environments“ und die Anleitung zum Import als Workload-Domain (beide 1. Oktober 2026); FAQ zu VCF 9.1 (3. September 2026).

Der Installer von 9.1 stellt VVF nur mit VCF Management Services bereit, eine mit dem Installer aufgebaute VVF-9.1-Umgebung fällt also unter diesen Satz; VVF lässt sich auch manuell ohne sie bereitstellen. Broadcoms Anleitung zu 9.1 für den Import eines vCenters als Workload-Domain in eine VCF-Instanz gilt auch für vCenter 9.0 oder neuer, doch einen VVF-Fall haben wir darin nicht gefunden: Fragen Sie Broadcom oder den Händler nach dem unterstützten Weg, bevor ein Design davon abhängt. Infrastruktur „wird auf vCenter-Ebene hinzugefügt“, so die FAQ zu VCF, und daher wechselt jeder Host unter einem umgestellten vCenter auf VCF-Lizenzen. Wann Sie die Stufe wechseln und mit welcher Laufzeit, steht in unserem Leitfaden zur VMware-Verlängerung; wie Kerne gezählt werden, in unserem Leitfaden zur VMware-Lizenzierung.

vSphere Standard vs Foundation und VVF for VDI

Gegenüber VVF fehlen vSphere Standard laut Broadcoms Produktlinienvergleich vom April 2026 DRS, Distributed Switch, vSphere Kubernetes Service, VCF Operations und vSAN, und Fault Tolerance gibt es nur für 2 vCPUs. Der Vergleich ergänzt: „Beachten Sie, dass vSphere Standard und vSphere Enterprise Plus nur in Versionen bis zum Release 8 Update 3 verfügbar sind.“ The Register berichtete am 2. September 2026 auf Grundlage von Interviews mit Broadcom-Führungskräften auf der VMware Explore, dass VMware „bald eine aktualisierte Version von vSphere Standard veröffentlichen wird“, ohne Version oder Termin. Stand 4. Oktober 2026 haben wir kein Broadcom-Dokument zu einem vSphere Standard 9.x gefunden.

Für VDI dokumentiert Broadcom ein eigenes Produkt, VVF for VDI: lizenziert „on a per User license metric“, „not available for sale as a standalone product“ und nur als Teil eines VDI-Angebots eines Drittanbieters bereitgestellt, laut seiner Programmdokumentation vom Februar 2026. Broadcoms KB 439672 sagt, dass für ein Upgrade auf 9.x „only VVF and VCF are eligible, VVF for VDI is not entitled currently“, und dass Broadcom „noch keine Zeitpläne für den Support von vSphere 9 mit VVF for VDI angekündigt hat“. Broadcoms KB 428674 (9. Februar 2026) ergänzt, dass das Supportende von vSphere Enterprise Plus 8 „does not apply to VVF for VDI (or its vSphere component)“. Die Programmdokumentationen zu VVF und VCF, die wir gelesen haben, enthalten keine VDI-spezifischen Bestimmungen.

Was Sie vor der Entscheidung erfassen sollten

Erfassen Sie für jede vCenter-Instanz ihre Cluster und Hosts mit ESX-Version und Kernen sowie die rohe vSAN-Kapazität je Cluster. Markieren Sie dann Cluster für Cluster, was heute auf NSX läuft (Segmente, Distributed Firewall, Edges), auf VCF oder Aria Automation, auf einem Supervisor oder anderem Kubernetes und über HCX, und notieren Sie Enhanced Linked Mode, vCenter High Availability, per Baselines verwaltete Cluster und die DRS-Automatisierungsebene. Ein vCenter, dessen Cluster keine der Komponenten brauchen, die es nur in VCF gibt, hat keinen komponentenbezogenen Grund für VCF, und als Eingangsgröße bleibt die vSAN-Rechnung; eines, das auch nur eine davon braucht, ist VCF, und jeder Host darunter beansprucht dann VCF-Lizenzen. Broadcom sagte The Register im Dezember 2025, dass VVF „in einigen EMEA-Ländern nicht mehr verfügbar“ ist; klären Sie also die Verfügbarkeit. Lässt sich die Liste nicht im eigenen Haus vervollständigen, liefert das Umgebungs- und Lizenz-Audit unserer VMware-Optimierung eine vollständige Inventur der VMware-Umgebung.

Was wir tun

Eurokommerz liefert VMware/Broadcom-Lizenzen gemeinsam mit unserem Engineering-Partner Vixen.UNO, mit Audit, Lizenzierung und Deployment unter einem europäischen Vertrag, wie unsere Seite Software & Lizenzen erklärt. Im Rahmen der VMware-Optimierung auditiert das Vixen.UNO-Team die Umgebung und ihre Lizenzen, stimmt Editionen und Abonnements innerhalb der aktuellen Broadcom-Lizenzlogik auf die realen Workloads ab und erstellt einen Maßnahmenplan vor Verlängerung und Supportende, mit Terminen. Der erste Schritt ist ein kostenloses Erstgespräch; das kostenpflichtige technische Assessment, dessen Preis vor Arbeitsbeginn feststeht, liefert einen Bericht, ein TCO- und ROI-Modell und diesen Maßnahmenplan. Die Modernisierung von vSphere, vSAN, NSX und VCF folgt in vereinbarten Wartungsfenstern mit Rollback-Plan, danach Support unter einem vereinbarten SLA.

FAQ