NVIDIA AI Enterprise unter VMware vSphere: die Lizenz für vGPU und was Passthrough ändert

Was NVIDIA AI Enterprise unter VMware vSphere lizenziert

Unter VMware vSphere ist NVIDIA AI Enterprise die Lizenz für Compute-vGPU, also für die Profile der C-Serie, die einer VM einen Anteil an einer GPU für CUDA-Workloads geben, und für die unterstützte KI-Software von NVIDIA, die auf diesen GPUs läuft. NVIDIA lizenziert sie pro GPU. Grafik-vGPU für virtuelle Desktops ist ein eigenes Produkt mit eigenen Lizenzen, RTX vWS, vPC und vApps, gezählt pro gleichzeitigem Nutzer. Eine GPU, die eine VM per DirectPath I/O auf ESXi als Ganzes erhält, braucht keinen vGPU-Host-Treiber, und Broadcom dokumentiert sie ohne Lizenz für NVIDIA AI Enterprise; NVIDIAs Lizenzleitfaden zählt trotzdem jede GPU in einem Server, auf dem Software aus NVIDIA AI Enterprise läuft.

Dieser Beitrag behandelt die vSphere-Seite der Lizenz. Preise und Laufzeiten stehen in unserem Leitfaden zur Lizenzierung von NVIDIA AI Enterprise, die Editionen pro Nutzer im Beitrag zur vGPU-Lizenzierung mit RTX vWS, vPC und vApps und die Host-Seite eines Clusters unter GPU-Server im vSphere-Cluster. Alle genannten Dokumente wurden am 12. November 2026 gelesen.

NVIDIA AI Enterprise Infra 8, Lizenzseite zu vGPU for Compute, und NVIDIA Enterprise Licensing Guide (beide 2. September 2026); NVIDIA vGPU Client Licensing User Guide 21.0 (5. November 2026); NVIDIA vGPU Packaging, Pricing, and Licensing Guide (24. März 2026); gelesen am 12. November 2026. Die Passthrough-Zeilen erläutert der Abschnitt zu DirectPath I/O.

Zwei Produktlinien mit eigenen Releases

NVIDIA dokumentiert die beiden Familien getrennt. Grafik-vGPU heißt „NVIDIA vGPU software“ und erscheint in den Release-Familien 19, 20 und 21. Compute-vGPU heißt „NVIDIA vGPU for Compute“ und gehört zur Infrastruktur-Software von NVIDIA AI Enterprise in den Releases 7.x und 8.x, mit eigenen Host- und Gasttreibern. Die vSphere-Seiten von vGPU 21.0 erwähnen NVIDIA AI Enterprise nicht; ein Compute-Host wird deshalb nach der Support-Matrix von NVIDIA AI Enterprise geplant.

Dokumentationsübersicht von NVIDIA AI Enterprise und Support-Matrizen 8.2 (2. September 2026) und 7.8 (12. August 2026); Dokumentationsindex zu NVIDIA vGPU und die vSphere-Release-Notes von vGPU 21.0 (5. November 2026), 20 (26. Oktober 2026) und 19 (23. Oktober 2026); gelesen am 12. November 2026. NVIDIAs Server lieferten an diesem Tag zwei Fassungen des vGPU-Index aus; die ältere nannte noch 20.2 und 19.6.

Für NVIDIA AI Enterprise gibt es noch kein Release auf dem Treiberzweig R620: Die Dokumentationsübersicht kennzeichnet 8.2 als neuestes Release und führt weder 8.3 noch ein Release 9. Ein Compute-Host läuft heute also mit einem Host-Treiber aus R595 oder R580, auch wenn Desktop-Hosts auf vGPU 21.0 wechseln.

Die beiden Dokumentensätze formulieren die VMware-Unterstützung unterschiedlich. Die Matrix von NVIDIA AI Enterprise schreibt „8.0 and later, 9.0 and later“. Die vGPU-Seiten verlangen für ESXi „8.0u3 P06 and later updates to release 8.0 unless explicitly stated otherwise“ und für die RTX PRO 6000 und die RTX PRO 4500 Blackwell Server Edition VCF 9.0.1 oder neuer in der Linie 9.0 sowie ESXi 8 Update 3g oder ein späteres Update in der Linie 8.0. Planen Sie die Hosts nach den strengeren Angaben.

Die Seite zu vGPU 21.0 nennt zwei weitere Bedingungen. ESXi 9.x, heißt es dort, „is distributed only as part of VMware Cloud Foundation (VCF)“, und die vGPU-Software von NVIDIA setzt die Edition vSphere Foundation von ESXi oder eine Lizenz für vSphere Enterprise Plus voraus. Broadcom beendet den General Support für vSphere 8 am 11. Oktober 2027 (KB 459135, gelesen am 5. November 2026); die Einzelheiten stehen in unserem Beitrag zum Ende des General Support für vSphere 8.

Host-Software auf ESXi und Treiber im Gast

Compute-vGPU braucht NVIDIA-Software auf beiden Seiten des Hypervisors. Auf dem Host ist das der vGPU Manager, den NVIDIAs VMware Deployment Guide für AI Enterprise (31. Juli 2026) „NVIDIA AI Enterprise Host Software (VIB)“ nennt. Installiert wird er mit esxcli, während alle VMs ausgeschaltet sind und der Host im Wartungsmodus steht. Danach gilt: „the default graphics type is Shared, which provides vSGA functionality“; für vGPU muss der Grafiktyp auf Shared Direct umgestellt werden. Welche Versionen zu installieren sind, steht in der Support-Matrix; die Dateinamen in den Beispielen des Leitfadens dienen nur der Veranschaulichung.

Support-Matrizen von NVIDIA AI Enterprise 8.2 (2. September 2026) und 7.8 (12. August 2026), Zeilen zum vGPU Manager und zum Gasttreiber für vGPU for Compute; Release Notes von NVIDIA vGPU 21.0 für VMware vSphere (5. November 2026); gelesen am 12. November 2026.

Die Releases auf Host und Gast müssen kompatibel sein, aber nicht identisch. Nach NVIDIAs Angaben arbeitet der vGPU Manager 21.0 mit Gasttreibern aus 21.0 sowie aus allen Releases 20.x und 19.x zusammen, während Gasttreiber 21.0 mit keinem vGPU Manager aus 20.x und älter kompatibel sind. Ein Upgrade beginnt deshalb auf den Hosts.

Auch der Server zählt: Die Matrix zu 8.2 hält fest, dass ihre GPUs „are supported with servers listed on the NVIDIA-Certified Systems“. Was diese Liste abdeckt, erklärt unser Beitrag zu NVIDIA-Certified Systems.

Wie die Lizenz für Compute-vGPU gezählt wird

Zwei NVIDIA-Seiten vom 2. September 2026 beschreiben die Zählung, und sie beschreiben Verschiedenes. Der Lizenzleitfaden setzt die Regel: „NVIDIA AI Enterprise software is licensed on a per-GPU basis“, mit einer Lizenz für jede GPU, die in einem Server oder einer Workstation mit dieser Software eingebaut ist. Die Lizenzseite zu vGPU for Compute beschreibt, was der Treiber prüft: „For vGPU for Compute, software enforces one license per vGPU assigned to a VM.“ Weiter heißt es: „That license covers up to 16 vGPU instances on a single GPU, or one vGPU that uses the entire physical GPU framebuffer.“

NVIDIA bringt die beiden Aussagen nicht zusammen. Nach unserer Lesart bleibt eine Karte, die in bis zu 16 Compute-vGPUs aufgeteilt ist, innerhalb einer Lizenz. Die RTX PRO 6000 Blackwell Server Edition endet mit dem Typ DC-8C bei 12 vGPUs pro Karte. Die H200 NVL erreicht mit den Typen H200-7C und H200-4C 20 und 32; lassen Sie sich für eine solche Aufteilung die Zahl der Lizenzen im Angebot bestätigen.

Eine VM fordert ihre Lizenz beim Start an und gibt sie beim Herunterfahren zurück; ohne Lizenz läuft eine Compute-VM 20 Minuten mit voller Leistungsfähigkeit und danach mit Rechenleistung auf Leerlaufniveau. Die Lizenzen kommen vom NVIDIA License System, seit Oktober 2026 in Version 4.0.0, entweder vom CLS in der Cloud oder von einer DLS-Instanz im eigenen Netz; beide beschreibt unser Leitfaden zum NVIDIA-Lizenzserver.

Wir liefern NVIDIA AI Enterprise und vGPU-Lizenzen zusammen mit den Karten und Servern, auf denen sie laufen; senden Sie uns die Kartenmodelle, die Zahl der Hosts und Ihre ESXi- oder VCF-Version, und wir antworten innerhalb eines Werktages mit den Lizenzpositionen in einem schriftlichen Angebot.

Karten für Compute-vGPU unter vSphere

Eine Karte läuft unter vSphere mit Compute-vGPU, wenn die Matrix von NVIDIA AI Enterprise sie führt und NVIDIA für sie Typen der C-Serie dokumentiert. NVIDIAs allgemeine vGPU-Liste deckt sich meist damit; die H200 NVL ist die Ausnahme.

NVIDIA, „GPUs supported by vGPU“ (Fassungen vom 2. und 29. Oktober 2026 mit denselben Zeilen für diese Karten); Release Notes von vGPU 21.0 für VMware vSphere (5. November 2026); Support-Matrix von NVIDIA AI Enterprise 8.2 und die Referenzseiten zu vGPU for Compute für Blackwell, H200 und Ada Lovelace (2. September 2026); gelesen am 12. November 2026. „Pro Karte“ ist die Zahl der vGPUs eines Typs auf einer GPU.

Die H200 NVL fehlt auf der vGPU-Liste, weil sie eine reine Compute-Karte ist: NVIDIAs Liste vermerkt „Support for GPUs that support only C-series vGPUs is withdrawn in vGPU software 16.0“ und „These GPUs continue to be supported with NVIDIA AI Enterprise.“ Ihre Typen der C-Serie sind in Release 8.2 dokumentiert; vier MIG-gestützte Typen tragen dort die Fußnote „on ESXi, starting with vSphere 8.0 update 3“. Die zutreffende Formulierung für die H200 NVL lautet Compute-vGPU über NVIDIA AI Enterprise. NVIDIAs Lizenzleitfaden hält außerdem fest, dass jede H200 NVL eine Subscription für NVIDIA AI Enterprise über fünf Jahre enthält, die aktiviert werden muss; für RTX-PRO-Karten nennt er nichts Vergleichbares.

Zwei Karten der Tabelle haben hier eigene Seiten: die NVIDIA RTX PRO 4500 Blackwell Server Edition (Kaufseite, technische Daten) und die NVIDIA RTX 5000 Ada Generation (Kaufseite, technische Daten). Die Server Edition steht in NVIDIA AI Enterprise 8.2 und in vGPU 20 und 21; Release 7.8 und vGPU 19 führen sie nicht. Die RTX 5000 Ada ist eine Workstation-Karte, deren Display-Ausgänge für vGPU abgeschaltet sein müssen, wie NVIDIA vermerkt. Von den elf professionellen Karten mit eigenen Kartenseiten bei uns stehen nur diese beiden auf NVIDIAs vGPU-Liste: Die RTX PRO 4500 Workstation Edition, die RTX PRO 4000 und RTX PRO 2000, die RTX 4500 Ada, RTX 2000 Ada und RTX 2000E Ada, die RTX A1000 und die RTX A400 stehen nicht darauf, ebenso wenig die RTX PRO 6000 Workstation Edition und Max-Q. Die RTX PRO 5000 Blackwell steht nur als 72-GB-Karte darauf, ab Release 20.2, und die vSphere-Listen von 20.x und 21.0 enthalten diese Karte nicht; die Dokumente zu 21.0 führen sie für Red Hat Enterprise Linux mit KVM.

In vGPU 21.0 brauchen vGPUs, die sich per Time-Slicing eine MIG-Instanz teilen, VCF 9.1 oder neuer. Die Profiltabellen stehen in unseren Beiträgen zu den vGPU-Profilen der RTX PRO 6000 Server Edition und den vGPU-Profilen der RTX PRO 4500 Server Edition, die Zahl der VMs unter MIG und vGPU: wie viele VMs eine Karte trägt.

GPU-Passthrough mit DirectPath I/O, ohne vGPU

Mit DirectPath I/O gehört die ganze GPU einer VM, und im Hypervisor läuft keine NVIDIA-Software. Was das für die Lizenz bedeutet, beschreiben zwei Hersteller, jeder für seine Ebene.

Broadcoms Dokumentation zu VMware Private AI Foundation with NVIDIA 9.1 stellt die beiden Betriebsarten auf der Seite „Preparing VCF for Private AI Workload Deployment“, zuletzt aktualisiert am 4. November 2026, nebeneinander. Zu vGPU: „You need an NVIDIA AI Enterprise license.“ Zu GPU-Passthrough: „You do not need an NVIDIA AI Enterprise license.“ Sie ergänzt, dass das Cluster-Image im vSphere Lifecycle Manager dann keine NVIDIA-VIB-Datei für den vGPU-Host-Treiber braucht, dass laufende Workloads nicht mit vSphere vMotion zwischen Hosts verschoben werden können und dass Deep-Learning-Workloads von NVIDIA dann aus dem Feature Branch statt aus dem Production Branch laufen.

NVIDIAs Lizenzleitfaden verlangt eine Lizenz „for every GPU installed on the server or workstation that will host any software“ aus NVIDIA AI Enterprise, und der Software-Lizenzvertrag, zuletzt geändert am 7. Mai 2026, zählt für Installationen im eigenen Rechenzentrum die physischen GPUs der Rechenumgebung, auf die das Produkt zugreift. Die Support-Matrix zu 8.2 lässt im Passthrough-Gast den NVIDIA-Data-Center-Treiber oder den vGPU-Gasttreiber zu. NVIDIA-Support für die Software gibt es nur mit einer Subscription.

Nach unserer Lesart beantworten die beiden Aussagen verschiedene Fragen. Broadcoms Satz betrifft den Weg der GPU in die VM: Eine Compute-VM mit Passthrough nutzt keinen vGPU-Host-Treiber und keinen Lizenzserver. NVIDIAs Regel betrifft die Software in der VM: Ein Server, auf dessen GPUs Software aus NVIDIA AI Enterprise läuft, zählt diese GPUs, unter vSphere wie auf Bare Metal. Welche NVIDIA-Komponenten ohne Lizenzgebühr nutzbar sind, zeigt der Beitrag CUDA, TensorRT, NIM: kostenlos oder NVIDIA AI Enterprise.

Grafik ist ein eigener Fall. NVIDIAs Client Licensing User Guide zu vGPU 21.0 behandelt GPU-Passthrough, VMware vDGA und Bare Metal gleich: Für Workstation- oder professionelle 3D-Grafik brauchen sie eine Lizenz für RTX vWS, die per Software durchgesetzt wird, für Anwendungen auf PC-Niveau fallen sie unter vApps, durchgesetzt nur über den Lizenzvertrag. Eine CAD-Workstation als VM auf einer Passthrough-Karte braucht damit eine Lizenz für RTX vWS.

Passthrough ist außerdem die einzige GPU-Betriebsart, die NVIDIA Run:ai in virtuellen Maschinen akzeptiert. In dessen Systemanforderungen steht: „vGPU is not supported. NVIDIA Run:ai currently supports GPU passthrough only.“ Die Einzelheiten stehen unter NVIDIA Run:ai: Lizenz und Hardware-Anforderungen. Was Passthrough eine VM bei vMotion, Snapshots und DRS kostet, behandelt der Beitrag GPUs in VMware vSphere: Passthrough oder vGPU.

Die NVIDIA-Lizenz in VMware Private AI Foundation with NVIDIA

Gehören die GPU-Hosts zu VMware Private AI Foundation with NVIDIA, nennen Broadcoms Anforderungen drei Lizenzen: eine VCF-Subscription, eine Add-on-Lizenz für VMware Private AI Foundation with NVIDIA und, für KI-Workloads auf vGPU, eine Lizenz für NVIDIA AI Enterprise für die VIB-Datei des Host-Treibers auf den ESX-Hosts und für die Gasttreiber. Release 9.1 läuft auf VCF 9.1 und verlangt mindestens drei ESX-Hosts mit GPU im ersten Cluster einer Workload Domain.

Die Add-on-Lizenz bleibt auch dort nötig, wo das Produkt für eine Region Teil von VCF ist, und zwar für Funktionen wie die Private-AI-Einrichtung in VCF Automation, das Image der Deep Learning VM und die Private AI Services. Außerdem unterstützt die Deep Learning VM aus Release 9.1.1 die vGPU-Host-Treiber von NVIDIA AI Enterprise 8.0 und neuer (595.x.x), das Image aus 9.1 die von 7.x (580.x.x) und von 8.0. Mehr dazu in unserem Leitfaden zu VMware Private AI Foundation with NVIDIA.

Vor der Bestellung der Lizenzen für einen GPU-Host unter vSphere

1. Legen Sie für jede Art von VM fest, wie sie ihre GPU erhält: Compute-vGPU, Grafik-vGPU oder Passthrough. Damit steht die Lizenzfamilie fest.
2. Prüfen Sie die ESXi- oder VCF-Version gegen die Untergrenze für vGPU und prüfen Sie die vSphere-Edition.
3. Wählen Sie das Release von NVIDIA AI Enterprise, 8.2 oder 7.8, nach seinem Support-Ende. Die RTX PRO 4500 Server Edition braucht 8.2.
4. Zählen Sie die GPUs der Compute-Hosts. Bei mehr als 16 Compute-vGPUs pro Karte lassen Sie sich die Zahl schriftlich geben.
5. Ermitteln Sie für die Grafik-Editionen die Höchstzahl gleichzeitiger Nutzer.
6. Prüfen Sie das Servermodell gegen die Liste der NVIDIA-Certified Systems und nennen Sie jede Karte mit ihrer Edition; unser Beitrag zu den NVIDIA-Teilenummern zeigt, was in die Anfrage gehört.

Diese sechs Punkte braucht auch ein Angebot. Nennen Sie uns, welche VMs eine GPU brauchen, in welcher Betriebsart, und wie viele Karten in jedem Host stecken; das schriftliche Angebot stellt die NVIDIA-Lizenzpositionen neben die Hardware.

FAQ