Microsofts Typ-1-Hypervisor verstehen, installieren und per PowerShell verwalten.
Der in Windows integrierte Virtualisierer, Grundlagen und Editionen.
Hyper-V ist ein Typ-1-Hypervisor (Bare-Metal): Er läuft direkt auf der Hardware, nicht als Anwendung innerhalb eines Betriebssystems. Sobald die Hyper-V-Rolle aktiviert wird, wird das ursprüngliche Windows selbst zu einer privilegierten VM, der sogenannten Root- bzw. Parent-Partition, die ab dann ebenfalls auf dem Hypervisor läuft und Geräte-Treiber sowie Management bereitstellt. Alle Gast-VMs laufen in eigenen Child-Partitionen ohne direkten Hardware-Zugriff.
Technisch ist es derselbe Hypervisor, nur unterschiedlich verpackt:
Server-Rolle (Windows Server): Vollständige Verwaltung über den Hyper-V-Manager, PowerShell und Failover-Cluster, die Basis für produktive Virtualisierung.
Optionales Feature (Windows 10/11 Pro, Enterprise, Education): Für Test-, Labor- und Entwicklungsumgebungen. In Windows Home ist Hyper-V nicht enthalten.
Windows Server Standard: berechtigt zu 2 virtuellen OSE (Gast-Windows-Server) pro Lizenzpaar. Datacenter: unbegrenzt viele Windows-Server-VMs auf demselben Host.
Hyper-V Server (kostenlose Standalone-Variante) wurde eingestellt, die letzte Version war Hyper-V Server 2019; für Server 2022/2025 gibt es keine Standalone-Ausgabe mehr. Alternativ dient die kostenlose Server-Core-Installation als schlanker Host.
Der Hypervisor selbst ist kostenlos, lizenziert werden die Gast-Windows-Betriebssysteme, nicht Hyper-V.
Voraussetzungen prüfen und die Rolle aktivieren.
Schnellprüfung im laufenden System über systeminfo, am Ende unter „Hyper-V-Anforderungen" müssen alle vier Punkte mit „Ja" gelistet sein.
Installiert die Rolle samt Management-Tools und startet den Server neu.
Auf Client-Systemen wird Hyper-V als optionales Feature aktiviert (PowerShell als Administrator).
Die drei Switch-Typen und wann man welchen einsetzt.
An eine physische Netzwerkkarte gebunden. VMs erreichen das physische Netzwerk (LAN/Internet) und, wenn gewünscht, auch den Host. Standard für produktive Server-VMs, die im Firmennetz erreichbar sein müssen.
Nicht an eine physische NIC gebunden. VMs kommunizieren untereinander und mit dem Host, aber nicht mit dem physischen Netz. Praktisch für isolierte Testumgebungen mit Zugriff vom Host.
Reines VM-zu-VM-Netz: VMs erreichen nur einander, weder Host noch physisches Netz. Ideal für abgeschottete Labore, in denen der Host bewusst außen vor bleiben soll.
Bindet den Switch an die Netzwerkkarte „Ethernet" und lässt den Host die Karte weiter mitnutzen.
Der komplette Lebenszyklus einer VM per PowerShell.
Legt eine Generation-2-VM mit neuer dynamisch wachsender VHDX an und verbindet sie mit dem externen Switch.
CPU-Kerne und dynamischen Arbeitsspeicher festlegen, Installations-ISO einbinden und Boot-Reihenfolge setzen (Gen 2).
Ein Checkpoint friert den VM-Zustand ein, ideal vor Updates. Änderungen wandern danach in eine .avhdx-Differenzdatei.
Die Wahl wird bei der Erstellung getroffen und lässt sich nicht mehr ändern.
| Merkmal | Generation 1 | Generation 2 |
|---|---|---|
| Firmware | BIOS (Legacy) | UEFI |
| Boot-Datenträger | IDE-Controller | SCSI-Controller |
| Secure Boot | Nein | Ja |
| Gast-Betriebssysteme | 32- und 64-Bit, auch ältere OS | Nur 64-Bit (ab Server 2012 / Windows 8) |
| PXE-Netzwerkstart | Nur über Legacy-Netzwerkkarte | Standard-Netzwerkkarte |
| Boot von VHDX | .vhd und .vhdx | Nur .vhdx |
| Max. Boot-Volume | 2 TB (MBR) | > 2 TB (GPT) |
| Empfehlung | Nur für alte / 32-Bit-Gäste | Standard für moderne 64-Bit-OS |
Empfehlungen aus dem Produktivbetrieb.
Arbeitsspeicher: Dynamischer RAM ist für die meisten Server sinnvoll und nutzt den Host besser aus. Für RAM- und latenzkritische Rollen (SQL Server, Exchange) empfiehlt der Hersteller festen Speicher, teils wird Dynamic Memory dort nicht unterstützt.
Festplatte (VHDX): Für Produktion eine feste (fixed) VHDX, volle Performance, keine Fragmentierung, kein Risiko durch volles Ziel-Volume. Dynamisch wachsende Datenträger sparen Platz und sind für Test-/Laborumgebungen ideal. Grundsätzlich VHDX statt VHD (bis 64 TB, robuster gegen Stromausfall).
Die Integrationsdienste liefern die paravirtualisierten Treiber und Funktionen wie sauberes Herunterfahren, Zeitsynchronisation und Heartbeat. Bei Windows-Gästen kommen sie heute über Windows Update; sie sollten stets aktuell und aktiviert sein.
Checkpoints sind kein Backup. Bleiben sie länger bestehen, wächst die .avhdx-Differenzdatei unkontrolliert, die I/O-Performance sinkt und das spätere Zusammenführen (Merge) wird riskant. Nutzung nur kurzfristig, etwa vor einem Update, und danach zeitnah wieder löschen. Für echte Sicherungen gehört eine dedizierte Lösung her, siehe Backup-Strategie.
In produktiven Umgebungen den Datenverkehr auf getrennte physische Karten legen: eine NIC für Host-Management, eine für Live-Migration und eine (oder ein Team) für den VM-Verkehr. Das verhindert, dass eine Live-Migration das Management-Netz sättigt.