Was ist geschachtelte Virtualisierung?

Die geschachtelte Virtualisierung ist ein Feature, mit dem Sie Hyper-V auf einem virtuellen Hyper-V-Computer (VM) ausführen können. Im Laufe der Jahre hat sich die Hardware verbessert, und die Anwendungsfälle für die geschachtelte Virtualisierung wurden erweitert. Geschachtelte Virtualisierung kann z. B. nützlich sein für Folgendes:

  • Ausführen von Anwendungen oder Emulatoren auf einer geschachtelten VM
  • Testen von Softwarereleases auf VMs
  • Reduzieren der Bereitstellungszeiten bei Trainingsumgebungen
  • Verwenden der Hyper-V-Isolation für Container

Moderne Prozessoren enthalten Hardwarefeatures, die die Virtualisierung schneller und sicherer machen. Hyper-V erfordert die Unterstützung der Prozessorerweiterungen (z. B. Intel VT-X und AMD-V), um virtuelle Computer ausführen zu können. Eine geschachtelte Virtualisierung macht diese Hardwareunterstützung für virtuelle Gastcomputer verfügbar.

Das folgende Diagramm zeigt Hyper-V ohne Schachtelung. Der Hyper-V-Hypervisor hat die vollständige Kontrolle über die Hardwarevirtualisierungsfunktionen (orangefarbener Pfeil) und macht diese nicht für das Gastbetriebssystem verfügbar.

Diagramm: Ebenen von Hyper-V mit deaktivierter geschachtelter Virtualisierung

Im Gegensatz dazu zeigt das folgende Diagramm Hyper-V mit aktivierter geschachtelter Virtualisierung. In diesem Fall stellt Hyper-V die Hardwarevirtualisierungserweiterungen seinen virtuellen Computern zur Verfügung. Bei aktivierter Schachtelung können Gast-VMs ihren eigenen Hypervisor installieren und eigene Gast-VMs ausführen.

Diagramm: Ebenen von Hyper-V mit aktivierter geschachtelter Virtualisierung

Ändern der Größe des dynamischen Arbeitsspeichers und Laufzeitspeichers

Wenn Hyper-V auf einem virtuellen Computer ausgeführt wird, muss der virtuelle Computer ausgeschaltet werden, um seinen Arbeitsspeicher anpassen. Das bedeutet, dass auch bei aktiviertem dynamischen Arbeitsspeicher die Arbeitsspeichermenge nicht schwankt. Das bloße Aktivieren der geschachtelten Virtualisierung hat keine Auswirkung auf die Änderung der Größe des dynamischen Arbeitsspeichers oder Laufzeitspeichers.

Bei virtuellen Computern ohne aktivierten dynamischen Arbeitsspeicher misslingt jeder Versuch, die Arbeitsspeichermenge bei laufendem Betrieb anzupassen. Die Inkompatibilität tritt nur auf, solange Hyper-V auf dem virtuellen Computer ausgeführt wird.

Virtualisierungs-Apps anderer Anbieter

Andere Virtualisierungsanwendungen als Hyper-V werden auf virtuellen Hyper-V-Computern nicht unterstützt und funktionieren wahrscheinlich nicht. Virtualisierungsanwendungen umfassen jegliche Software, die Hardwarevirtualisierungserweiterungen erfordert.

Unterstützte Szenarios

Die Verwendung einer geschachtelten Hyper-V-VM in der Produktion wird in den folgenden Szenarien sowohl für Azure als auch für lokale Umgebungen unterstützt. Sie sollten außerdem sicherstellen, dass auch Ihre Dienste und Anwendungen unterstützt werden.

Die geschachtelte Virtualisierung eignet sich nicht für Windows Server-Failoverclustering und leistungsabhängige Anwendungen. Wir empfehlen Ihnen, die Dienste und Anwendungen vollständig auszuwerten.

Hyper-V-VMs auf Hyper-V-VMs

Das Ausführen von Hyper-V-VMs, die auf Hyper-V-VMs geschachtelt sind, eignet sich hervorragend für Test- und Auswertungsumgebungen. Dies gilt insbesondere dort, wo Konfigurationen einfach geändert und gespeicherte Zustände verwendet werden können, um bestimmte Konfigurationen rückgängig zu machen. Testumgebungen erfordern in der Regel nicht die gleiche Vereinbarung zum Servicelevel (Service-Level Agreement, SLA) wie Produktionsumgebungen.

Produktionsumgebungen, in denen auf Hyper-V ausgeführte Hyper-V-VMs ausgeführt werden, werden unterstützt. Es wird jedoch empfohlen, sicherzustellen, dass auch Ihre Dienste und Anwendungen unterstützt werden. Wenn Sie geschachtelte Hyper-V-VMs in der Produktion verwenden, sollten Sie genau prüfen, ob die Dienste oder Anwendungen das erwartete Verhalten bereitstellen.

Weitere Informationen zum Einrichten der geschachtelten Virtualisierung in Azure finden Sie in unserem Tech Community-Blog How to Setup Nested Virtualization for Azure VM/VHD (Einrichten der geschachtelten Virtualisierung für Azure-VM/-VHD).

Virtualisierung von Drittanbietern in einer Hyper-V-Virtualisierung

Es ist zwar u. U. möglich, dass die Virtualisierung von Drittanbietern in Hyper-V ausgeführt werden kann, dieses Szenario wird von Microsoft jedoch nicht getestet. Die Virtualisierung von Drittanbietern wird in einer Hyper-V-Virtualisierung nicht unterstützt. Stellen Sie sicher, dass Ihr Hypervisoranbieter dieses Szenario unterstützt.

Hyper-V-Virtualisierung in einer Virtualisierung von Drittanbietern

Es ist zwar u. U. möglich, dass die Hyper-V-Virtualisierung in einer Virtualisierung von Drittanbietern ausgeführt werden kann, dieses Szenario wird von Microsoft jedoch nicht getestet. Die Hyper-V-Virtualisierung in einer Virtualisierung von Drittanbietern wird nicht unterstützt. Stellen Sie sicher, dass Ihr Hypervisoranbieter dieses Szenario unterstützt.

Azure Stack HCI geschachtelt auf Hyper-V-Computern

Azure Stack HCI ist für die Ausführung auf überprüfter physischer Hardware konzipiert und getestet. Azure Stack HCI kann geschachtelt auf einem virtuellen Computer zur Auswertung ausgeführt werden, Produktionsumgebungen in einer geschachtelten Konfiguration werden jedoch nicht unterstützt.

Weitere Informationen zur auf Hyper-V-Computern geschachtelten Azure Stack HCI-Instanz finden Sie unter Geschachtelte Virtualisierung in Azure Stack HCI.

Hyper-V-isolierte Container, die geschachtelt in Hyper-V ausgeführt werden

Microsoft bietet Hyper-V-Isolation für Container an. Dieser Isolationsmodus bietet erhöhte Sicherheit und umfassendere Kompatibilität zwischen Host- und Containerversionen. Mit der Hyper-V-Isolation werden mehrere Containerinstanzen gleichzeitig auf einem Host ausgeführt. Jeder Container wird innerhalb eines hochgradig optimierten virtuellen Computers ausgeführt und erhält effektiv seinen eigenen Kernel. Da ein Hyper-V-isolierter Container die Isolation über eine Hypervisor-Ebene zwischen sich selbst und dem Containerhost realisiert, kommt es zu Mehraufwand bei der Leistung, wenn der Containerhost ein virtueller Computer auf Hyper-V-Basis ist. Der damit verbundene Leistungsaufwand ergibt sich in Bezug auf die Startzeit von Containern sowie in Bezug auf Speicher-, Netzwerk- und CPU-Vorgänge.

Wenn ein Hyper-V-isolierter Container auf einer Hyper-V-VM ausgeführt wird, wird er geschachtelt ausgeführt. Die Verwendung einer Hyper-V-CM ermöglicht viele nützliche Szenarien, erhöht aber auch die Wartezeit, da zwei Hypervisorebenen über dem physischen Host ausgeführt werden.

Das Ausführen Hyper-V-isolierter Container, die in Hyper-V geschachtelt sind, wird unterstützt.

Weitere Informationen zu geschachtelten Hyper-V-Containern finden Sie unter Leistungsoptimierung für Windows Server-Container.

Ausführen von WSL2 auf einer Hyper-V-VM, die geschachtelt in Hyper-V ausgeführt wird

Windows-Subsystem für Linux (WSL) ist ein Feature des Windows-Betriebssystems, mit dem Sie ein Linux-Dateisystem zusammen mit Linux-Befehlszeilentools und GUI-Apps direkt unter Windows ausführen können.

Das Ausführen von WSL2 auf einer Hyper-V-VM, die geschachtelt in Hyper-V ausgeführt wird, wird unterstützt.

Weitere Informationen zum Aktivieren von WSL2 für die Ausführung auf einer VM finden Sie unter Häufig gestellte Fragen zum Windows-Subsystem für Linux.

Nächster Schritt