Zuletzt getestet: im Juli 2026. Ein Community-Pull-Request für eine native Unterstützung unter Windows wurde eingereicht, ist jedoch bislang nicht in eine stabile Version integriert worden. Bis dahin bleibt WSL2 in Verbindung mit Docker der empfohlene Ansatz.
Voraussetzungen
- Windows 11 (ab Version 22H2) mit aktivierter WSL2-Funktion
- 1 oder mehr NVIDIA-Grafikprozessoren mit einer Treiberversion ≥535
- Docker Desktop für Windows mit aktiviertem WSL2-Backend
- Es sind mindestens 16 GB System-RAM erforderlich (32 GB werden für Modelle mit einer Upstream-Modell-ID ≥13B empfohlen)
Schritt 1: Installieren Sie WSL2 samt GPU-Unterstützung.
Öffnen Sie PowerShell als Administrator und installieren Sie WSL2.nvidia-smi keine Geräte anzeigt, aktualisieren Sie den NVIDIA-Treiber unter Windows auf mindestens Version 535 und starten Sie WSL neu.
Schritt 2: Installieren Sie Docker mitsamt dem NVIDIA Container Toolkit.
- Installieren Sie Docker Desktop unter Windows.
- Öffnen Sie die Einstellungen von Docker Desktop und vergewissern Sie sich, dass die Option Use the WSL 2 based engine aktiviert ist.
- Wählen Sie unter Resources → WSL Integration Ihre Ubuntu-Distribution aus.
Schritt 3: Starten Sie vLLM mittels Docker Compose.
Erstellen Sie eine Datei vom Typdocker-compose.yml.
docker-compose.yml
Uvicorn running on http://0.0.0.0:8000 erkennen, ist der Server bereit.
Schritt 4: Überprüfen Sie, ob alles funktioniert.
Senden Sie eine Testanfrage innerhalb von WSL2:choices-Array, das die Antwort des Modells enthält.
Mehrfach-GPU-Konfiguration (MCDM)
WSL2 unterstützt die Tensor-Parallelität mit mehreren GPUs mittels des Microsoft Compute Driver Model (MCDM). Dies ersetzt den älteren TCC-Modus und erfordert einen NVIDIA-Treiber ab Version 535.Wechseln Sie in den MCDM-Modus.
Öffnen Sie auf dem Windows-Host eine Administratoren-Eingabeaufforderung.0 durch den entsprechenden GPU-Index) und starten Sie anschließend neu. Nach dem Neustart sollten alle GPUs in WSL2 angezeigt werden.
Starten Sie das Programm mit Tensor-Parallelität.
Aktualisieren Sie Ihrendocker-compose.yml-Befehl so, dass er mehrere GPUs nutzt:
Verbindung vom Windows-Host aus herstellen
WSL2 läuft in einer leichtgewichtigen VM mit eigenem Netzwerk. Die Port-Mapping-Funktion von Docker leitetlocalhost:8000 automatisch von der WSL2-VM zum Windows-Host weiter, sodass Sie vLLM von Windows-Anwendungen aus erreichen können:
localhost-Weiterleitung nicht funktioniert, ermitteln Sie die IP-Adresse von WSL2 und nutzen Sie diese direkt:
Ihren Endpunkt mittels Tokios freigeben
Die Ausführung von vLLM auf WSL2 ermöglicht lokale Inferenzen, doch der Zugriff ist nur vom selben Rechner aus möglich. Installieren Sie den Tokios-Connector in WSL2 neben Ihrem vLLM-Container, um Ihr Modell über einen sicheren Tunnel zugänglich zu machen – erreichbar von jedem Gerät, ohne Port-Weiterleitung oder Firewall-Einstellungen:https://api.tokios.com/v1 von überall aus abrufbar.
Die vollständige Anleitung finden Sie unter Connector installieren.
Fehlerbehebung
In WSL wird keine GPU erkannt 2
In WSL wird keine GPU erkannt 2
Ihr NVIDIA-Treiber ist veraltet oder das WSL2-Kernel-Modul ist veraltet. Aktualisieren Sie den Windows-NVIDIA-Treiber auf Version ≥535, führen Sie anschließend
wsl --update in der PowerShell aus und starten Sie WSL mit wsl --shutdown neu.Das CUDA-Kernel-Image ist nicht verfügbar
Das CUDA-Kernel-Image ist nicht verfügbar
Bestimmte vLLM-Versionen (v0.22/v0.23) enthalten CUDA-Kernel, die nicht mit allen WSL2-CUDA-Toolkit-Versionen kompatibel sind. Verwenden Sie für Ihr Docker-Image stattdessen ein bewährtes Tag, etwa
vllm/vllm-openai:v0.21.0, statt latest.Speichermangel bei Mehrfach-GPU-Systemen
Speichermangel bei Mehrfach-GPU-Systemen
vLLM reserviert für CUDA-Graphen mehr VRAM als Ollama. Falls ein 32B-Modell auf einer 2x RTX 3090 wegen Speichermangels abstürzt, reduzieren Sie den Wert von
--gpu-memory-utilization auf 0.85 oder verringern Sie die Menge an --max-model-len.Der Docker-Container beendet sich unmittelbar nach dem Start
Der Docker-Container beendet sich unmittelbar nach dem Start
Stellen Sie sicher, dass die WSL2-Integration von Docker Desktop für Ihre Distribution aktiviert ist. Führen Sie
docker compose logs vllm aus, um die Beendigungsursache zu ermitteln – meist fehlt der GPU-Treiber oder der Modellpfad ist falsch angegeben.MCDM ist nicht aktiviert
MCDM ist nicht aktiviert
Zeigt
nvidia-smi innerhalb von WSL2 lediglich die 1 GPU in einem System mit mehreren GPUs an, ist MCDM möglicherweise nicht aktiv. Führen Sie auf dem Windows-Host für jede GPU nvidia-smi -g <GPU_ID> -dm 0 aus und starten Sie anschließend neu.Status der nativen Windows-Unterstützung
Ein Community-Fork von SystemPanic ermöglicht vLLM die native Nutzung unter Windows ohne WSL2 oder Docker. Der Pull-Request wurde Anfang 2025 eingereicht, ist bislang jedoch noch nicht in eine stabile Version integriert worden. Verfolgen Sie den Fortschritt im vLLM GitHub-Repository. Solange keine native Unterstützung in einer stabilen Version verfügbar ist, stellt die Kombination aus WSL2 und Docker den empfohlenen Weg für Deployments unter Windows dar.Weitere Schritte
Fernzugriff auf vLLM
Mithilfe von Tokios lässt sich Ihr vLLM-Server für beliebige Geräte freigeben – dabei ist keine Portweiterleitung nötig.
Modellauswahl
Ermitteln Sie, welche Modelle zu dem verfügbaren VRAM Ihrer GPU passen und welche Leistung Sie erwarten können.