NVIDIA vGPU unter Hyper-V mit Windows Server 2025: GPU-Partitionierung, DDA und Lizenzen

Welche Windows-Server-Versionen und Karten NVIDIA vGPU unter Hyper-V unterstützen

NVIDIA vGPU unter Hyper-V setzt Windows Server 2025 voraus: Laut NVIDIAs Seite der validierten Plattformen für die vGPU-Software R595 unter Windows Server, aktualisiert am 29. September 2026, wird NVIDIA vGPU nur unter dieser Version unterstützt, und zwar per GPU-Partitionierung (GPU-P). Unter Windows Server 2022 unterstützt NVIDIA seine GPUs nur in DDA-Bereitstellungen, bei denen eine VM eine ganze Karte erhält. Von den Karten, die wir liefern, sind die NVIDIA RTX PRO 6000 Blackwell Server Edition, die RTX PRO 4500 Blackwell Server Edition, die L40S und die L4 für beide Modi gelistet.

NVIDIA Virtual GPU Software R595 für Windows Server, validierte Plattformen, Release Notes und Produkt-Support-Matrix, aktualisiert am 29. September 2026; validierte Plattformen R580 (vGPU 19) für Windows Server, aktualisiert am 29. September 2026; alle gelesen am 25. Oktober 2026.

Die Windows-Server-Dokumentation zur GPU-Partitionierung, zuletzt im Juli 2025 aktualisiert, nennt die RTX PRO 6000 Blackwell Server Edition, die L40S, die L4 und ältere NVIDIA-Rechenzentrumskarten. Die RTX PRO 4500 Server Edition kam später, mit NVIDIAs vGPU-Release 20.0, und steht noch nicht auf dieser älteren Liste; NVIDIAs eigene Liste ist die neuere. Wir haben beide am 25. Oktober 2026 gelesen.

Diese Seite behandelt Hyper-V unter Windows Server mit den Karten, die wir liefern. Dieselben Fragen für andere Hypervisoren beantworten unsere Leitfäden zu NVIDIA vGPU unter Proxmox VE und zu GPUs in VMware vSphere, und die Übersicht zur vGPU-Unterstützung nach Hypervisor und Karte stellt sie nebeneinander. Ob der Host überhaupt Windows Server oder Linux betreiben sollte, behandelt unser Vergleich Windows Server oder Linux für den GPU-Server.

GPU-Partitionierung und DDA einfach erklärt

Die beiden Modi geben einer VM die GPU auf unterschiedliche Weise, und eine physische Karte nutzt jeweils nur einen davon. Die Windows-Server-Dokumentation sagt es direkt: Eine GPU wird entweder per DDA oder als partitionierbare GPU zugewiesen, nicht beides.

GPU-Partitionierung (GPU-P) teilt eine Karte in mehrere Partitionen, und NVIDIAs Virtual GPU Manager auf dem Host macht aus jeder Partition eine vGPU eines festen Typs, etwa eine vGPU der Q-Serie mit 24 GB für einen CAD-Arbeitsplatz oder eine vGPU der B-Serie mit 2 GB für einen Büro-Desktop. Die vGPUs teilen sich die Rechenleistung der Karte im Zeitscheibenverfahren, und jede erhält ihren eigenen Anteil am Speicher. Hyper-V weist die Partitionen den VMs automatisch zu; laut Dokumentation lässt sich eine bestimmte Partition nicht einer bestimmten VM zuordnen.

Discrete Device Assignment (DDA) gibt die ganze Karte an eine VM, die dann den NVIDIA-Treiber betreibt, als säße die Karte in einer physischen Maschine. Unter Windows Server 2022 ist das der einzige Modus, und unter Windows Server 2025 bleibt es der einfachste Weg für eine VM, die alle 96 GB einer RTX PRO 6000 Server Edition oder mehrere Karten braucht.

Das Gastbetriebssystem spielt bei der Wahl mit. NVIDIAs Support-Matrix für einen Host mit Windows Server 2025 listet Gäste mit Windows 11, Windows 10, Windows Server 2025 und 2022, Ubuntu 24.04, 22.04 und 20.04, Red Hat Enterprise Linux 9.8, 9.6, 9.4 und 8.10 sowie SUSE Linux Enterprise Server. Zwei Fußnoten übersieht man leicht: Für Ubuntu 24.04 und 22.04 und für RHEL 9.x wird GPU-Passthrough nicht unterstützt, diese Gäste erhalten also eine GPU-P-vGPU und keine DDA-Karte; für SUSE Linux Enterprise Server wird nur GPU-Passthrough unterstützt. vApps läuft nur in Windows-Gästen.

Hyper-V DDA unter Windows Server 2022: eine ganze Grafikkarte je VM

Auf einem Host mit Windows Server 2022 unterstützt NVIDIAs R580-Seite alle GPUs, die seine vGPU-Software unterstützt, „nur“ in DDA-Bereitstellungen; die R595-Seite sagt dasselbe. Ein 2022-Host kann also jeder VM eine ganze Karte geben, aber eine Karte nicht zwischen mehreren Desktops teilen. Auch die Gastliste ist kürzer: Windows 11 und 10, Windows Server 2022, Ubuntu 20.04, RHEL 8.8 und 8.10 sowie SUSE Linux Enterprise Server.

Für ein VDI-Projekt entscheidet das die Plattform. Sechzehn Büro-Desktops auf einer RTX PRO 4500 Server Edition brauchen GPU-P und damit Windows Server 2025 auf dem Host. Eine Abteilung, die nur zwei oder drei GPU-VMs mit je einer ganzen Karte braucht, kann mit DDA bei 2022 bleiben. Unser Leitfaden zum Ersatz von vGPU-Hosts mit A40 und A16 behandelt die Hardwareseite, wenn eine ältere VDI-Farm auf aktuelle Karten umzieht.

GPU-P auf einem Host mit Windows Server 2025 einrichten

NVIDIAs vGPU-Benutzerhandbuch (aktualisiert am 29. September 2026) beschreibt die Host-Einrichtung für Windows Server in einem Abschnitt, und die folgenden Schritte halten sich daran. Sie setzen Windows Server 2025 mit der Hyper-V-Rolle, einem virtuellen Switch und einer vorhandenen VM voraus.

1. Firmware. Virtualisierung (VT-d oder AMD-V), SR-IOV und Above 4G Decoding einschalten. Auf AMD-Prozessoren zusätzlich ARI, ACS und AER, was für die Plattformen mit zwei AMD-EPYC-Prozessoren in unseren Referenz­konfigurationen gilt.
2. Virtual GPU Manager. NVIDIAs Paket entpacken; die Dateien für Windows Server liegen im Ordner GridSW-Windows-Server-GPU-P. In einer PowerShell mit Administratorrechten fügt pnputil /add-driver die Datei nvgridswhostserver.inf mit den Optionen /subdirs /install /reboot hinzu. Nach dem Neustart sollte nvidia-smi die Karten zeigen.
3. Partitionen. Get-VMHostPartitionableGpu listet die Karten mit GPU-P-Unterstützung mit Namen und möglichen Partitionszahlen. Set-VMHostPartitionableGpu mit -Name und -PartitionCount setzt die Zahl je Karte, die NVIDIA als die größte Zahl von vGPUs definiert, die sich der GPU hinzufügen lassen. Die Zahl folgt also dem vGPU-Typ; NVIDIAs Beispieltabelle für die A16 nennt eine Partition für A16-16Q und sechzehn für A16-1Q.
4. vGPU-Serie. Standardmäßig lassen sich auf einer GPU nur vGPUs der Q-Serie anlegen, und der Virtual GPU Manager erlaubt nur eine Serie je Karte. Für die B-Serie (vPC) oder A-Serie (vApps) setzen Sie den Registry-Wert GridGpupProfileType im Treiberschlüssel der Karte auf 2 für die A-Serie oder 3 für die B-Serie (1 ist die Q-Serie) und starten den Host neu.
5. Die VM. Bei ausgeschalteter VM setzen NVIDIAs Schritte mit Set-VM den Parameter -GuestControlledCacheTypes $true, 1 GB unteren und 32 GB oberen Memory-Mapped-I/O-Bereich und danach Add-VMGpuPartitionAdapter mit Minimal-, Maximal- und Optimalwerten für VRAM, Encode, Decode und Compute, innerhalb der Grenzen, die Get-VMHostPartitionableGpu meldet. Get-VMGpuPartitionAdapter bestätigt den Adapter.

Zwei Regeln aus NVIDIAs bekannten Produkteinschränkungen bestimmen das Layout. Windows Server unterstützt keine Mischung verschiedener zeitgeteilter vGPU-Typen auf derselben GPU, alle vGPUs einer Karte teilen also Serie und Speichergröße. Und der Gasttreiber muss zum Host passen: Ein Gasttreiber, der neuer ist als der Virtual GPU Manager des Hosts oder zwei oder mehr Hauptversionen älter, lässt die vGPU mit Fehlercode 43 deaktiviert. In vGPU 20.2 hat das Host-Paket für Windows Server die Version 596.84, der Windows-Gasttreiber 596.86 und der Linux-Gasttreiber 595.91.07. Nach NVIDIAs Bulletin vom 30. September 2026 sind 19.6 und 20.2 die ersten Releases mit der Korrektur für CVE-2026-47489, wie unser Artikel zu NVIDIA-Treiberzweigen und CUDA-Versionen darlegt.

Partitionszahlen je Karte

Die Partitionszahl ist die Zahl der VMs, die eine Karte bedient. Unsere Profil-Leitfäden geben die Zahlen wieder, die NVIDIA je Karte veröffentlicht; die Werte unten stammen daraus.

Unsere Leitfäden zu den vGPU-Profilen der RTX PRO 6000 Server Edition und der RTX PRO 4500 Server Edition, nach NVIDIAs vGPU-Benutzerhandbuch und vPC-Sizing-Guide; Höchstdichten, keine empfohlenen Einsatzpunkte.

Da Windows Server je Karte nur eine Serie und eine Speichergröße zulässt, legt ein Host, der CAD-Nutzer und Büro-Desktops bedient, sie auf getrennte Karten: etwa zwei RTX PRO 6000 Server Edition mit DC-24Q für acht CAD-Plätze und zwei RTX PRO 4500 Server Edition mit vPC-Desktops zu 2 GB für 32 Büronutzer. Die ausführlichen Profiltabellen stehen in unseren Leitfäden zu den vGPU-Profilen der RTX PRO 6000 Server Edition, den vGPU-Profilen der RTX PRO 4500 Server Edition, den vGPU-Profilen der L40S und den vGPU-Profilen der L4.

Wir liefern RTX PRO 6000 und RTX PRO 4500 Server Edition, L40S und L4, einzeln oder in Servern für Hyper-V-Hosts; schicken Sie uns die Zahl der Desktops und CAD-Plätze je Host, und unser Team antwortet mit einer Kartenaufteilung und den Lizenzpositionen.

Lizenzen für vGPU unter Hyper-V

Die Lizenz folgt der vGPU-Serie, wie auf jedem Hypervisor. NVIDIAs Tabelle der validierten Plattformen nennt für zeitgeteilte vGPUs auf unseren Karten vWS, vPC und vApps, für DDA vWS und vApps; das Client-Lizenzierungshandbuch ergänzt, dass vPC im Passthrough-Modus nicht verfügbar ist. vGPUs der Q-Serie brauchen RTX vWS, die B-Serie vPC oder vWS und die A-Serie vApps. NVIDIAs Packaging Guide beschreibt diese Editionen je gleichzeitigem Nutzer (seine Einleitung erwähnt für vGPU-Software auch ein Jahresabonnement je GPU), und unser Leitfaden zur NVIDIA-vGPU-Lizenzierung mit RTX vWS, vPC und vApps erklärt Zählweise und Laufzeiten.

Die Gäste beziehen ihre Lizenzen vom NVIDIA License System, entweder vom Cloud-Dienst oder von einer Delegated-License-Service-Appliance im eigenen Netz; laut NVIDIAs Release Notes ist diese Release-Familie mit allen Versionen des älteren vGPU-Lizenzservers nicht kompatibel. Unser Artikel zum NVIDIA-vGPU-Lizenzserver beschreibt beide Varianten.

Compute-Profile sind unter Hyper-V die Lücke. NVIDIAs bekannte Produkteinschränkungen für Windows Server halten fest, dass NVIDIA vGPU for Compute unter Windows Server nicht unterstützt wird und vGPU-Typen der C-Serie nicht verfügbar sind. Die Support-Matrix von NVIDIA AI Enterprise 8.2, aktualisiert am 2. September 2026, nennt VMware vSphere, Red Hat Enterprise Linux mit KVM, Ubuntu und Nutanix AHV als Hypervisoren und keinen Windows-Hypervisor. Wie unser Leitfaden zur AI-Enterprise-Lizenzierung festhält, werden Compute-vGPUs je GPU über AI Enterprise lizenziert; unter Hyper-V entfällt diese Lizenzposition für vGPU also ganz.

KI- und Compute-VMs unter Hyper-V

Für Inferenz- oder Entwicklungs-VMs bleiben auf einem Host mit Windows Server 2025 drei Wege.

• Eine ganze Karte per DDA. Die VM erhält die volle Karte und den normalen Treiber. Windows-Gäste werden unterstützt; unter den Linux-Gästen lässt die Matrix auf einem 2025-Host Ubuntu 20.04, RHEL 8.10 und SUSE Linux Enterprise Server für Passthrough übrig.
• Eine vGPU der Q-Serie über die volle Karte. DC-96Q auf der RTX PRO 6000 Server Edition gibt einer VM die ganze Karte per GPU-P, mit einer RTX-vWS-Lizenz, die NVIDIAs Lizenzierungshandbuch für CUDA-Arbeit und KI-Entwicklung in VMs vorsieht. Dieser Weg deckt auch Gäste mit Ubuntu 24.04 und RHEL 9 ab. NVIDIA unterstützt in den Gästen dieser Release-Familie das CUDA Toolkit 13.2.
• Mehrere vGPUs in einer VM. NVIDIA unterstützt unter Windows Server 2025 bis zu 16 vGPUs je VM, auf Blackwell-Karten nur als zeitgeteilte vGPUs der Q-Serie auf einer Karte ohne MIG. NVIDIAs Seiten sagen nichts über Peer-to-Peer-Verkehr zwischen solchen vGPUs, deshalb würden wir kein Modell per Tensor-Parallelität über sie verteilen.

Zwei Grenzen gelten für alle drei. MIG lässt sich nicht nutzen: Die R595-Tabelle markiert MIG-basierte vGPUs für die RTX PRO Server Editions unter Windows Server als nicht unterstützt. Und verschachtelte Virtualisierung wird nicht unterstützt, ein Gast kann die Hyper-V-Rolle also nicht selbst betreiben; virtualisierungsbasierte Sicherheit und WSL 2 im Gast führt NVIDIA als unterstützt. Für einen GPU-Server, der vor allem Sprachmodelle mit vLLM betreibt, ist ein Linux-Host meist einfacher, wie unser Vergleich Windows Server oder Linux erklärt.

Live-Migration, Cluster und Wartung

Live-Migration mit GPU-P ist in Windows Server 2025 neu. Die Windows-Server-Dokumentation sagt, dass Live-Migration mit GPU-Partitionierung ab Windows Server 2025 unterstützt wird. Sie braucht Prozessoren mit IOMMU DMA Bit Tracking, etwa AMD EPYC 7003 und neuer (Milan) und Intel Xeon Scalable der 4. Generation (Sapphire Rapids); EPYC 7002 (Rome) unterstützt GPU-P, aber keine Live-Migration damit. Auf Hosts ohne diese Fähigkeit werden die VMs automatisch dort neu gestartet, wo GPU-Ressourcen frei sind. Dieselbe Seite beschreibt GPU-P als für eigenständige Server ausgelegt, mit Live-Migration zwischen eigenständigen Hosts für geplante Ausfallzeiten; für Clustering gegen ungeplante Ausfälle verlangt sie Windows Server 2025 Datacenter. Alle Hosts brauchen dasselbe GPU-Modell und dieselbe Partitionszahl je Karte, und der Migrationsverkehr weicht auf TCP/IP mit Kompression aus, was CPU-Zeit des Hosts kostet.

NVIDIA ergänzt eigene Bedingungen. Die Migration ist für eine VM deaktiviert, die Unified Memory, einen CUDA-Debugger oder einen Profiler nutzt, und Unified Memory ist auf den vGPUs, die es unterstützen, standardmäßig aktiv und lässt sich nicht abschalten: In Linux-Gästen betrifft das die Typen über die volle Karte, DC-96Q auf der RTX PRO 6000 Server Edition und DC-32Q auf der RTX PRO 4500 Server Edition. Eine Linux-VM mit einer vGPU über die volle Karte migriert also nicht live und wird für die Wartung des Hosts heruntergefahren. Außerdem nennt NVIDIA ein bekanntes Problem, bei dem die Migration einer VM von einem 20.1-Host auf einen 20.0-Host fehlschlägt; aktualisieren Sie also zuerst die Zielhosts.

DDA-VMs migrieren gar nicht live; die Windows-Server-Dokumentation zu geclusterten VMs sagt, dass Live-Migration von VMs mit DDA-GPUs derzeit nicht unterstützt wird. Ein Failovercluster mit GPU-Pools startet sie auf einem anderen Knoten mit freier GPU aus dem Pool neu; das verlangt Windows Server 2025 Datacenter und GPUs desselben Herstellers und Modells auf allen Servern des Clusters. Halten Sie für die Wartung irgendwo im Cluster eine freie Karte jedes Typs bereit. Wenn Sie einen Hyper-V-Cluster mit GPUs planen, beschreiben Sie die VM-Typen und wie viele Sie von jedem brauchen, und wir schlagen Karten je Host und die Lizenzen je Typ vor.

Zweige: vGPU 19 oder vGPU 20

NVIDIAs vGPU-Release-Tabelle gibt vGPU 19 auf dem Zweig R580 Langzeit-Support bis Juli 2028 und vGPU 20 auf R595 Produktions-Support bis März 2027. NVIDIAs R580-Seite für Windows Server listet die RTX PRO 6000 Server Edition seit Release 19.1 und die RTX PRO 4500 Server Edition gar nicht, denn diese kam mit 20.0. Eine Hyper-V-Farm mit RTX PRO 6000 Server Edition, L40S oder L4 kann auf dem Langzeitzweig bleiben; eine Farm mit RTX PRO 4500 Server Edition läuft auf vGPU 20, bis NVIDIA den Nachfolgezweig benennt.

Was wir liefern

Wir liefern die RTX PRO 6000 Server Edition, die RTX PRO 4500 Server Edition, die L40S und die L4 als Karten mit Herstellergarantie und bauen sie in KI-Server auf Bestellung ein, vor der Lieferung montiert und getestet, auf Wunsch mit installiertem Betriebssystem, Treibern, CUDA und Container-Runtime. vGPU-Lizenzen (RTX vWS, vPC, vApps) stehen auf demselben Angebot und derselben Rechnung wie die Hardware, wie unsere Lizenzseite erklärt; Stückzahlen und Lieferzeit werden mit dem Angebot schriftlich bestätigt, mit einem EU-Vertrag und einer Rechnung.

FAQ