Was ist neu in Hyper-.V auf Windows Server

• 21.09.2017
• 15 Minuten zu lesen
• • B
  • p
  • e
  • D
  • v
  • +5

Anwendbar auf: Windows Server 2019, Microsoft Hyper-V Server 2016, Windows Server 2016

Dieser Artikel erklärt die neuen und geänderten Funktionen von Hyper-V auf Windows Server 2019, Windows Server 2016 und Microsoft Hyper-V Server 2016. Um neue Funktionen auf virtuellen Maschinen zu nutzen, die mit Windows Server 2012 R2 erstellt und auf einen Server verschoben oder importiert wurden, auf dem Hyper-V unter Windows Server 2019 oder Windows Server 2016 ausgeführt wird, müssen Sie die Konfigurationsversion der virtuellen Maschine manuell aktualisieren. Anweisungen finden Sie unter Aktualisieren der Version der virtuellen Maschine.

Hier ist aufgeführt, was in diesem Artikel enthalten ist und ob die Funktionalität neu oder aktualisiert ist.

Windows Server, Version 1903

Hyper-V-Manager zu Server Core-Installationen hinzufügen (aktualisiert)

Wie Sie vielleicht wissen, empfehlen wir die Verwendung der Server Core-Installationsoption, wenn Sie Windows Server, Semi-Annual Channel in der Produktion verwenden. Allerdings fehlen in Server Core standardmäßig eine Reihe nützlicher Verwaltungstools. Sie können viele der am häufigsten verwendeten Tools hinzufügen, indem Sie die App-Kompatibilitätsfunktion installieren, aber es fehlen immer noch einige Tools.

Aufgrund des Kundenfeedbacks haben wir in dieser Version ein weiteres Tool zur App-Kompatibilitätsfunktion hinzugefügt: Hyper-V Manager (virtmgmt.msc).

Weitere Informationen finden Sie unter Server Core App-Kompatibilitätsfunktion.

Windows Server 2019

Sicherheit: Verbesserungen für abgeschirmte virtuelle Maschinen (neu)

• Branchenverbesserungen

  Sie können jetzt abgeschirmte virtuelle Maschinen auf Maschinen mit unterbrochener Konnektivität zum Host Guardian Service ausführen, indem Sie die neuen Funktionen Fallback HGS und Offline-Modus nutzen. Fallback HGS ermöglicht es Ihnen, einen zweiten Satz von URLs zu konfigurieren, die Hyper-V ausprobieren soll, wenn der primäre HGS-Server nicht erreicht werden kann.

  Im Offline-Modus können Sie Ihre abgeschirmten VMs auch dann starten, wenn HGS nicht erreicht werden kann, sofern die VM einmal erfolgreich gestartet wurde und die Sicherheitskonfiguration des Hosts nicht geändert wurde.

• Verbesserungen bei der Fehlersuche

  Wir haben auch die Fehlersuche für Ihre abgeschirmten virtuellen Maschinen vereinfacht, indem wir die Unterstützung für VMConnect Enhanced Session Mode und PowerShell Direct aktiviert haben. Diese Tools sind besonders nützlich, wenn Sie die Netzwerkverbindung zu Ihrer VM verloren haben und ihre Konfiguration aktualisieren müssen, um den Zugriff wiederherzustellen.

  Diese Funktionen müssen nicht konfiguriert werden und sind automatisch verfügbar, wenn eine abgeschirmte VM auf einem Hyper-V-Host mit Windows Server Version 1803 oder höher platziert wird.

• Linux-Unterstützung

  Wenn Sie Umgebungen mit gemischten Betriebssystemen betreiben, unterstützt Windows Server 2019 jetzt die Ausführung von Ubuntu, Red Hat Enterprise Linux und SUSE Linux Enterprise Server innerhalb abgeschirmter virtueller Maschinen.

Windows Server 2016

Kompatibel mit Connected Standby (neu)

Wenn die Hyper-V-Rolle auf einem Computer installiert ist, der das Stromversorgungsmodell Always On/Always Connected (AOAC) verwendet, ist der Stromversorgungszustand Connected Standby jetzt verfügbar.

Diskrete Gerätezuweisung (neu)

Mit dieser Funktion können Sie einer virtuellen Maschine direkten und exklusiven Zugriff auf einige PCIe-Hardwaregeräte geben. Durch die Verwendung eines Geräts auf diese Weise wird der Hyper-V-Virtualisierungsstapel umgangen, was zu einem schnelleren Zugriff führt. Details zu unterstützter Hardware finden Sie unter „Diskrete Gerätezuweisung“ in Systemanforderungen für Hyper-V unter Windows Server 2016. Details, einschließlich der Verwendung dieser Funktion und Überlegungen, finden Sie im Beitrag „Diskrete Gerätezuweisung – Beschreibung und Hintergrund“ im Virtualisierungsblog.

Verschlüsselungsunterstützung für die Betriebssystemfestplatte in virtuellen Maschinen der Generation 1 (neu)

Sie können jetzt die Betriebssystemfestplatte mit BitLocker-Laufwerksverschlüsselung in virtuellen Maschinen der Generation 1 schützen. Eine neue Funktion, der Schlüsselspeicher, erstellt ein kleines, dediziertes Laufwerk zum Speichern des BitLocker-Schlüssels des Systemlaufwerks. Dies geschieht anstelle der Verwendung eines virtuellen Trusted Platform Module (TPM), das nur in virtuellen Maschinen der Generation 2 verfügbar ist. Um das Laufwerk zu entschlüsseln und die virtuelle Maschine zu starten, muss der Hyper-V-Host entweder Teil einer autorisierten Guarded Fabric sein oder über den privaten Schlüssel von einem der Guardians der virtuellen Maschine verfügen. Für die Schlüsselspeicherung ist eine virtuelle Maschine der Version 8 erforderlich. Informationen zur Version der virtuellen Maschine finden Sie unter Aktualisieren der Version der virtuellen Maschine in Hyper-V unter Windows 10 oder Windows Server 2016.

Host-Ressourcenschutz (neu)

Diese Funktion hilft zu verhindern, dass eine virtuelle Maschine mehr als ihren Anteil an Systemressourcen verwendet, indem sie auf übermäßige Aktivitäten achtet. Dies kann verhindern, dass die übermäßige Aktivität einer virtuellen Maschine die Leistung des Hosts oder anderer virtueller Maschinen beeinträchtigt. Wenn die Überwachung eine virtuelle Maschine mit übermäßiger Aktivität feststellt, werden der virtuellen Maschine weniger Ressourcen zugewiesen. Diese Überwachung und Durchsetzung ist standardmäßig deaktiviert. Verwenden Sie Windows PowerShell, um sie ein- oder auszuschalten. Um sie zu aktivieren, führen Sie diesen Befehl aus:

Set-VMProcessor TestVM -EnableHostResourceProtection $true

Details zu diesem Cmdlet finden Sie unter Set-VMProcessor.

Hot add and remove for network adapters and memory (new)

Sie können jetzt einen Netzwerkadapter hinzufügen oder entfernen, während die virtuelle Maschine ausgeführt wird, ohne dass es zu Ausfallzeiten kommt. Dies funktioniert für virtuelle Maschinen der Generation 2, auf denen entweder Windows- oder Linux-Betriebssysteme ausgeführt werden.

Sie können auch die Menge an Arbeitsspeicher anpassen, die einer virtuellen Maschine zugewiesen ist, während sie ausgeführt wird, selbst wenn Sie den dynamischen Arbeitsspeicher nicht aktiviert haben. Dies funktioniert sowohl für virtuelle Maschinen der Generation 1 als auch der Generation 2, auf denen Windows Server 2016 oder Windows 10 ausgeführt wird.

Verbesserungen am Hyper-V Manager (aktualisiert)

• Unterstützung alternativer Anmeldeinformationen – Sie können jetzt einen anderen Satz von Anmeldeinformationen im Hyper-V Manager verwenden, wenn Sie eine Verbindung zu einem anderen Windows Server 2016- oder Windows 10-Remote-Host herstellen. Sie können diese Anmeldeinformationen auch speichern, um die erneute Anmeldung zu erleichtern.

• Verwaltung früherer Versionen – Mit Hyper-V Manager in Windows Server 2019, Windows Server 2016 und Windows 10 können Sie Computer verwalten, auf denen Hyper-V unter Windows Server 2012, Windows 8, Windows Server 2012 R2 und Windows 8 läuft.1.

• Aktualisiertes Verwaltungsprotokoll – Hyper-V Manager kommuniziert jetzt mit entfernten Hyper-V-Hosts über das WS-MAN-Protokoll, das CredSSP-, Kerberos- oder NTLM-Authentifizierung ermöglicht. Wenn Sie CredSSP für die Verbindung mit einem Remote-Hyper-V-Host verwenden, können Sie eine Live-Migration durchführen, ohne die eingeschränkte Delegation in Active Directory zu aktivieren. Die WS-MAN-basierte Infrastruktur macht es außerdem einfacher, einen Host für die Remote-Verwaltung zu aktivieren. WS-MAN stellt die Verbindung über Port 80 her, der standardmäßig offen ist.

Integrationsdienste, die über Windows Update bereitgestellt werden (aktualisiert)

Aktualisierungen für Integrationsdienste für Windows-Gäste werden über Windows Update verteilt. Für Service-Provider und Private-Cloud-Hoster bedeutet dies, dass die Kontrolle über die Anwendung von Updates in die Hände der Mieter gelegt wird, die Eigentümer der virtuellen Maschinen sind. Mieter können nun ihre virtuellen Windows-Maschinen mit allen Updates, einschließlich der Integrationsdienste, über eine einzige Methode aktualisieren. Details zu den Integrationsdiensten für Linux-Gäste finden Sie unter Virtuelle Maschinen mit Linux und FreeBSD auf Hyper-V.

Linux Secure Boot (neu)

Linux-Betriebssysteme, die auf virtuellen Maschinen der Generation 2 ausgeführt werden, können jetzt mit aktivierter Secure Boot-Option starten. Ubuntu 14.04 und höher, SUSE Linux Enterprise Server 12 und höher, Red Hat Enterprise Linux 7.0 und höher sowie CentOS 7.0 und höher sind für Secure Boot auf Hosts aktiviert, auf denen Windows Server 2016 ausgeführt wird. Bevor Sie die virtuelle Maschine zum ersten Mal booten, müssen Sie die virtuelle Maschine für die Verwendung der Microsoft UEFI-Zertifizierungsstelle konfigurieren. Sie können dies über Hyper-V Manager, Virtual Machine Manager oder eine erweiterte Windows Powershell-Sitzung tun. Führen Sie für Windows PowerShell den folgenden Befehl aus:

Set-VMFirmware TestVM -SecureBootTemplate MicrosoftUEFICertificateAuthority

Weitere Informationen zu virtuellen Linux-Maschinen unter Hyper-V finden Sie unter Virtuelle Linux- und FreeBSD-Maschinen unter Hyper-V. Weitere Informationen über das Cmdlet finden Sie unter Set-VMFirmware.

Mehr Arbeitsspeicher und Prozessoren für virtuelle Maschinen der Generation 2 und Hyper-V-Hosts (aktualisiert)

Beginnend mit Version 8 können virtuelle Maschinen der Generation 2 deutlich mehr Arbeitsspeicher und virtuelle Prozessoren verwenden. Auch Hosts können mit deutlich mehr Arbeitsspeicher und virtuellen Prozessoren konfiguriert werden, als bisher unterstützt wurden. Diese Änderungen unterstützen neue Szenarien wie die Ausführung großer In-Memory-Datenbanken für Online-Transaktionsverarbeitung (OLTP) und Data Warehousing (DW). Im Windows Server-Blog wurden kürzlich die Leistungsergebnisse einer virtuellen Maschine mit 5,5 Terabyte Arbeitsspeicher und 128 virtuellen Prozessoren veröffentlicht, auf der eine 4-TB-In-Memory-Datenbank ausgeführt wurde. Die Leistung betrug mehr als 95 % der Leistung eines physischen Servers. Details finden Sie unter Windows Server 2016 Hyper-V Large-Scale-VM-Leistung für In-Memory-Transaktionsverarbeitung. Details zu den Versionen virtueller Maschinen finden Sie unter Upgrade der Version virtueller Maschinen in Hyper-V unter Windows 10 oder Windows Server 2016. Eine vollständige Liste der unterstützten Maximalkonfigurationen finden Sie unter Planen für Hyper-V-Skalierbarkeit in Windows Server 2016.

Verschachtelte Virtualisierung (neu)

Mit dieser Funktion können Sie eine virtuelle Maschine als Hyper-V-Host verwenden und virtuelle Maschinen innerhalb dieses virtualisierten Hosts erstellen. Dies kann besonders für Entwicklungs- und Testumgebungen nützlich sein. Um verschachtelte Virtualisierung zu verwenden, benötigen Sie:

• Mindestens Windows Server 2019, Windows Server 2016 oder Windows 10 auf dem physischen Hyper-V-Host und dem virtualisierten Host.

• Einen Prozessor mit Intel VT-x (verschachtelte Virtualisierung ist derzeit nur für Intel-Prozessoren verfügbar).

Details und Anweisungen finden Sie unter Ausführen von Hyper-V in einer virtuellen Maschine mit verschachtelter Virtualisierung.

Netzwerkfunktionen (neu)

Neue Netzwerkfunktionen umfassen:

• Remote Direct Memory Access (RDMA) und Switch Embedded Teaming (SET). Sie können RDMA auf Netzwerkadaptern einrichten, die an einen virtuellen Hyper-V-Switch gebunden sind, unabhängig davon, ob auch SET verwendet wird. SET bietet einen virtuellen Switch mit einigen der gleichen Funktionen wie NIC-Teaming. Weitere Informationen finden Sie unter Remote Direct Memory Access (RDMA) und Switch Embedded Teaming (SET).

• Virtual machine multi queues (VMMQ). Verbessert den VMQ-Durchsatz durch Zuweisung mehrerer Hardware-Warteschlangen pro virtueller Maschine. Die Standard-Warteschlange wird zu einer Reihe von Warteschlangen für eine virtuelle Maschine, und der Verkehr wird auf die Warteschlangen verteilt.

• Quality of Service (QoS) für softwaredefinierte Netzwerke. Verwaltet die Standardklasse des Datenverkehrs über den virtuellen Switch innerhalb der Standardklassenbandbreite.

Weitere Informationen zu neuen Netzwerkfunktionen finden Sie unter Neuerungen im Bereich Netzwerk.

Produktionsprüfpunkte (neu)

Produktionsprüfpunkte sind „Point-in-Time“-Abbilder einer virtuellen Maschine. Sie bieten die Möglichkeit, einen Checkpoint anzuwenden, der den Support-Richtlinien entspricht, wenn eine virtuelle Maschine einen Produktions-Workload ausführt. Produktionsprüfpunkte basieren auf der Backup-Technologie innerhalb des Gastes und nicht auf einem gespeicherten Zustand. Für virtuelle Windows-Maschinen wird der Volume Snapshot Service (VSS) verwendet. Bei virtuellen Linux-Maschinen werden die Dateisystempuffer geleert, um einen Prüfpunkt zu erstellen, der mit dem Dateisystem konsistent ist. Wenn Sie lieber Checkpoints basierend auf gespeicherten Zuständen verwenden möchten, wählen Sie stattdessen Standard-Checkpoints. Weitere Informationen finden Sie unter Wählen Sie zwischen Standard- und Produktionsprüfpunkten in Hyper-V.

Rollendes Hyper-V-Cluster-Upgrade (neu)

Sie können jetzt einen Knoten mit Windows Server 2019 oder Windows Server 2016 zu einem Hyper-V-Cluster mit Knoten mit Windows Server 2012 R2 hinzufügen. Dies ermöglicht Ihnen ein Upgrade des Clusters ohne Ausfallzeiten. Der Cluster wird auf einer Windows Server 2012 R2-Funktionsstufe ausgeführt, bis Sie alle Knoten im Cluster aktualisieren und die Cluster-Funktionsstufe mit dem Windows PowerShell-Cmdlet „Update-ClusterFunctionalLevel“ aktualisieren.

Für einen Hyper-V-Cluster mit einer Funktionsstufe von Windows Server 2012 R2 mit Knoten, auf denen Windows Server 2012 R2, Windows Server 2019 und Windows Server 2016 ausgeführt werden, beachten Sie Folgendes:

• Verwalten Sie den Cluster, Hyper-V und die virtuellen Maschinen von einem Knoten aus, auf dem Windows Server 2016 oder Windows 10 ausgeführt wird.

• Sie können virtuelle Maschinen zwischen allen Knoten im Hyper-V-Cluster verschieben.

• Um neue Hyper-V-Funktionen zu verwenden, muss auf allen Knoten Windows Server 2016 oder ausgeführt werden und die Cluster-Funktionsstufe muss aktualisiert werden.

• Die Konfigurationsversion der virtuellen Maschinen für vorhandene virtuelle Maschinen wird nicht aktualisiert. Sie können die Konfigurationsversion erst aktualisieren, nachdem Sie die Clusterfunktionsstufe aktualisiert haben.

• Virtuelle Maschinen, die Sie erstellen, sind mit Windows Server 2012 R2, Konfigurationsstufe 5 für virtuelle Maschinen kompatibel.

Nach der Aktualisierung der Cluster-Funktionsstufe:

• Sie können neue Hyper-V-Funktionen aktivieren.

• Um neue Funktionen für virtuelle Maschinen verfügbar zu machen, verwenden Sie das Cmdlet Update-vmVersion, um die Konfigurationsebene der virtuellen Maschine manuell zu aktualisieren. Anweisungen finden Sie unter Aktualisieren der Version der virtuellen Maschine.

• Sie können dem Hyper-V-Cluster keinen Knoten hinzufügen, auf dem Windows Server 2012 R2 ausgeführt wird.

Details und Anweisungen finden Sie im Cluster Operating System Rolling Upgrade.

Gemeinsame virtuelle Festplatten (aktualisiert)

Sie können jetzt die Größe von gemeinsamen virtuellen Festplatten (.vhdx-Dateien), die für Gast-Clustering verwendet werden, ohne Ausfallzeit ändern. Freigegebene virtuelle Festplatten können vergrößert oder verkleinert werden, während die virtuelle Maschine online ist. Gastcluster können jetzt auch gemeinsam genutzte virtuelle Festplatten schützen, indem sie Hyper-V Replica für die Notfallwiederherstellung verwenden.

Aktivieren Sie die Replikation für die Sammlung. Das Aktivieren der Replikation für eine Sammlung ist nur über die WMI-Schnittstelle möglich. Weitere Informationen finden Sie in der Dokumentation zur Klasse Msvm_CollectionReplicationService. Sie können die Replikation einer Sammlung nicht über das PowerShell-Cmdlet oder die Benutzeroberfläche verwalten. Die VMs sollten sich auf Hosts befinden, die Teil eines Hyper-V-Clusters sind, um auf Funktionen zugreifen zu können, die für eine Sammlung spezifisch sind. Dies gilt auch für gemeinsam genutzte VHDs – gemeinsam genutzte VHDs auf eigenständigen Hosts werden von Hyper-V Replica nicht unterstützt.

Befolgen Sie die Richtlinien für gemeinsam genutzte VHDs in der Übersicht über die gemeinsame Nutzung virtueller Festplatten und stellen Sie sicher, dass Ihre gemeinsam genutzten VHDs Teil eines Gast-Clusters sind.

Eine Sammlung mit einer gemeinsam genutzten VHD, aber ohne zugehörigen Gast-Cluster, kann keine Referenzpunkte für die Sammlung erstellen (unabhängig davon, ob die gemeinsam genutzte VHD in der Referenzpunkt-Erstellung enthalten ist oder nicht).

Backup virtueller Maschinen (neu)

Wenn Sie eine einzelne virtuelle Maschine sichern (unabhängig davon, ob der Host geclustert ist oder nicht), sollten Sie keine VM-Gruppe verwenden. Ebenso wenig sollten Sie eine Snapshot-Sammlung verwenden. VM-Gruppen und Snapshot-Sammlungen sind ausschließlich für die Sicherung von Gast-Clustern gedacht, die gemeinsam genutzte vhdx verwenden. Stattdessen sollten Sie einen Snapshot mit dem Hyper-V WMI v2 Provider erstellen. Verwenden Sie auch nicht den Failover Cluster WMI-Anbieter.

Abgeschirmte virtuelle Maschinen (neu)

Abgeschirmte virtuelle Maschinen verwenden mehrere Funktionen, die es Hyper-V-Administratoren und Malware auf dem Host erschweren, Daten aus dem Status einer abgeschirmten virtuellen Maschine zu inspizieren, zu manipulieren oder zu stehlen. Daten und Status sind verschlüsselt, Hyper-V-Administratoren können die Videoausgabe und die Festplatten nicht sehen und die virtuellen Maschinen können so eingeschränkt werden, dass sie nur auf bekannten, gesunden Hosts ausgeführt werden, die von einem Host Guardian Server bestimmt werden. Details finden Sie unter Guarded Fabric und abgeschirmte VMs.

Startreihenfolgepriorität für geclusterte virtuelle Maschinen (neu)

Mit dieser Funktion können Sie besser steuern, welche geclusterten virtuellen Maschinen zuerst gestartet oder neu gestartet werden. Dadurch wird es einfacher, virtuelle Maschinen, die Dienste bereitstellen, vor virtuellen Maschinen zu starten, die diese Dienste nutzen. Definieren Sie Sets, platzieren Sie virtuelle Maschinen in Sets und geben Sie Abhängigkeiten an. Verwenden Sie Windows PowerShell-Cmdlets zum Verwalten der Sets, z. B. New-ClusterGroupSet, Get-ClusterGroupSet und Add-ClusterGroupSetDependency.

Speicherqualität (QoS) (aktualisiert)

Sie können jetzt Speicher-QoS-Richtlinien auf einem Scale-Out File Server erstellen und sie einer oder mehreren virtuellen Festplatten auf virtuellen Hyper-V-Maschinen zuweisen. Die Speicherleistung wird automatisch angepasst, um die Richtlinien zu erfüllen, wenn die Speicherlast schwankt. Details finden Sie unter Storage Quality of Service.

Format der Konfigurationsdateien virtueller Maschinen (aktualisiert)

Die Konfigurationsdateien virtueller Maschinen verwenden ein neues Format, das das Lesen und Schreiben von Konfigurationsdaten effizienter macht. Das Format macht auch eine Beschädigung der Daten bei einem Speicherausfall unwahrscheinlicher. Konfigurationsdateien für virtuelle Maschinen verwenden die Dateinamenerweiterung .vmcx und Dateien mit Laufzeitstatus verwenden die Dateinamenerweiterung .vmrs.

Virtuelle Maschinenkonfigurationsversion (aktualisiert)

Die Version stellt die Kompatibilität der Konfiguration, des gespeicherten Status und der Snapshot-Dateien der virtuellen Maschine mit der Version von Hyper-V dar. Virtuelle Maschinen mit Version 5 sind mit Windows Server 2012 R2 kompatibel und können sowohl unter Windows Server 2012 R2 als auch unter Windows Server 2016 ausgeführt werden. Virtuelle Maschinen mit Versionen, die in Windows Server 2016 und Windows Server 2019 eingeführt wurden, können nicht in Hyper-V auf Windows Server 2012 R2 ausgeführt werden.

Wenn Sie eine virtuelle Maschine von Windows Server 2012 R2 auf einen Server verschieben oder importieren, auf dem Hyper-V auf Windows Server 2016 oder Windows Server 2019 ausgeführt wird, wird die Konfiguration der virtuellen Maschine nicht automatisch aktualisiert. Das bedeutet, dass Sie die virtuelle Maschine zurück auf einen Server verschieben können, auf dem Windows Server 2012 R2 ausgeführt wird. Das bedeutet aber auch, dass Sie die neuen Funktionen der virtuellen Maschine erst nutzen können, wenn Sie die Version der Konfiguration der virtuellen Maschine manuell aktualisieren.

Anweisungen zum Überprüfen und Aktualisieren der Version finden Sie unter Aktualisieren der Version der virtuellen Maschine. In diesem Artikel wird auch die Version aufgeführt, in der einige Features eingeführt wurden.

Virtualisierungsbasierte Sicherheit für virtuelle Maschinen der Generation 2 (neu)

Virtualisierungsbasierte Sicherheit unterstützt Funktionen wie Device Guard und Credential Guard und bietet einen erhöhten Schutz des Betriebssystems vor Exploits durch Malware. Virtualisierungsbasierte Sicherheit ist in virtuellen Gastmaschinen der Generation 2 ab Version 8 verfügbar. Informationen zur Version der virtuellen Maschine finden Sie unter Upgrade der Version der virtuellen Maschine in Hyper-V unter Windows 10 oder Windows Server 2016.

Windows Containers (neu)

Windows Containers ermöglichen die Ausführung vieler isolierter Anwendungen auf einem Computersystem. Sie lassen sich schnell erstellen und sind hoch skalierbar und portabel. Es gibt zwei Arten von Container-Laufzeiten, die jeweils einen unterschiedlichen Grad an Anwendungsisolierung bieten. Windows Server Containers verwenden Namespace- und Prozessisolierung. Hyper-V-Container verwenden eine leichtgewichtige virtuelle Maschine für jeden Container.

Zu den wichtigsten Funktionen gehören:

• Unterstützung für Websites und Anwendungen, die HTTPS verwenden

• Nano-Server kann sowohl Windows Server- als auch Hyper-V-Container hosten

• Fähigkeit, Daten über gemeinsam genutzte Container-Ordner zu verwalten

• Fähigkeit, Container-Ressourcen zu beschränken

Für Details, einschließlich Schnellstartanleitungen, finden Sie in der Dokumentation zu Windows Containers.

Windows PowerShell Direct (neu)

Damit haben Sie die Möglichkeit, Windows PowerShell-Befehle in einer virtuellen Maschine vom Host aus auszuführen. Windows PowerShell Direct wird zwischen dem Host und der virtuellen Maschine ausgeführt. Das bedeutet, dass keine Netzwerk- oder Firewall-Anforderungen erforderlich sind, und es funktioniert unabhängig von Ihrer Fernverwaltungskonfiguration.

Windows PowerShell Direct ist eine Alternative zu den vorhandenen Tools, die Hyper-V-Administratoren verwenden, um eine Verbindung zu einer virtuellen Maschine auf einem Hyper-V-Host herzustellen:

• Remote-Verwaltungstools wie PowerShell oder Remote Desktop

• Hyper-V Virtual Machine Connection (VMConnect)

Diese Tools funktionieren gut, haben aber Nachteile: VMConnect ist zuverlässig, kann aber schwer zu automatisieren sein. Remote PowerShell ist leistungsstark, kann aber schwer einzurichten und zu warten sein. Diese Kompromisse werden möglicherweise wichtiger, wenn Ihre Hyper-V-Bereitstellung wächst. Windows PowerShell Direct schafft hier Abhilfe, indem es eine leistungsstarke Skripterstellung und Automatisierung bietet, die so einfach ist wie die Verwendung von VMConnect.

Anforderungen und Anweisungen finden Sie unter Verwalten von virtuellen Windows-Maschinen mit PowerShell Direct.