Neuerungen in Hyper-V unter Windows Server

Gilt für: Windows Server 2022, Windows Server 2019, Microsoft Hyper-V Server 2016, Windows Server 2016

In diesem Artikel werden die neue und geänderte Funktionalität von Hyper-V unter Windows Server 2019, Windows Server 2016 und Microsoft Hyper-V Server 2016 erläutert. Um neue Features auf virtuellen Computern zu verwenden, die mit Windows Server 2012 R2 erstellt und in einen Server verschoben oder importiert werden, auf dem Hyper-V unter Windows Server 2019 oder Windows Server 2016 ausgeführt wird, müssen Sie die Konfigurationsversion des virtuellen Computers manuell aktualisieren. Anweisungen finden Sie unter Upgrade der Version des virtuellen Computers.

Hier erfahren Sie, was in diesem Artikel enthalten ist und ob die Funktionalität neu oder aktualisiert ist.

Windows Server, Version 1903

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

Wie Ihnen vielleicht bekannt ist, empfehlen wir die Verwendung der Server Core-Installationsoption beim Einsatz von Windows Server im halbjährlichen Kanal in Produktionsumgebungen. Standardmäßig sind in Server Core jedoch eine Reihe nützlicher Verwaltungstools fortgelassen. Viele der häufig verwendeten Tools lassen sich durch Installieren des App-Kompatibilitätsfeatures hinzufügen, aber einige Tools fehlten immer noch.

Basierend auf Kundenfeedback haben wir also in dieser Version ein weiteres Tool zur App-Kompatibilität hinzugefügt: Hyper-V Manager (virtmgmt.msc).

Weitere Informationen finden Sie unter Server Core App Compatibility Feature on Demand (FOD).

Windows Server 2019

Sicherheit: Abgeschirmte Virtual Machines Verbesserungen (neu)

  • Verbesserungen für Filialen

    Sie können nun abgeschirmte virtuelle Computer auf Computern mit intermittierender Konnektivität zum Host-Überwachungsdienst (Host Guardian Service, HGS) ausführen, indem Sie die neuen Fallback-HGS- und Offline-Modus-Features nutzen. Fallback HGS ermöglicht es Ihnen, einen zweiten Satz von URLs für Hyper-V zu konfigurieren, um zu prüfen, ob Ihr primärer HGS-Server erreicht werden kann.

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

  • Verbesserungen bei der Problembehandlung

    Darüber hinaus haben wir die Problembehandlung bei Ihren abgeschirmten virtuellen Computern vereinfacht, indem wir den erweiterten VMConnect-Sitzungsmodus und PowerShell Direct unterstützen. 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 Features müssen nicht konfiguriert werden, und sie werden automatisch zur Verfügung gestellt, wenn eine abgeschirmte VM auf einem Hyper-V-Host mit Windows Server, Version 1803 oder höher, ausgeführt wird.

  • Linux-Unterstützung

    Wenn Sie Umgebungen mit gemischten Betriebssystemen ausführen, unterstützt Windows Server 2019 jetzt die Ausführung von Ubuntu, Red Hat Enterprise Linux und SUSE Linux Enterprise Server in abgeschirmten virtuellen Computern.

Windows Server 2016

Kompatibel mit verbundenem Standbymodus (neu)

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

Diskrete Gerätezuweisung (neu)

Mit diesem Feature können Sie einem virtuellen Computer direkten und exklusiven Zugriff auf einige PCIe-Hardwaregeräte gewähren. Die Verwendung eines Geräts auf diese Weise umgehen den Hyper-V-Virtualisierungsstapel, was zu einem schnelleren Zugriff führt. Ausführliche Informationen zu unterstützten Hardware finden Sie unter "Diskrete Gerätezuweisung" in den Systemanforderungen für Hyper-V auf Windows Server 2016. Ausführliche Informationen, einschließlich der Verwendung dieses Features und Überlegungen, finden Sie im Blog zur Virtualisierung den Beitrag "Diskrete Gerätezuweisung – Beschreibung und Hintergrund".

Verschlüsselungsunterstützung für den Betriebssystemdatenträger in virtuellen Computern der Generation 1 (neu)

Sie können nun den Betriebssystemdatenträger mithilfe der BitLocker-Laufwerkverschlüsselung auf virtuellen Computern der Generation 1 schützen. Ein neues Feature, Schlüsselspeicher, erstellt ein kleines, dediziertes Laufwerk zum Speichern des BitLocker-Schlüssels des Systems. Dies geschieht, anstatt ein virtuelles Trusted Platform Module (TPM) zu verwenden, das nur auf virtuellen Computern der Generation 2 verfügbar ist. Um den Datenträger zu entschlüsseln und den virtuellen Computer zu starten, muss der Hyper-V-Host entweder Teil eines autorisierten geschützten Fabric sein oder den privaten Schlüssel von einem der Wächter des virtuellen Computers besitzen. Der Schlüsselspeicher erfordert einen virtuellen Computer mit Version 8. Informationen zur Version virtueller Computer finden Sie unter Upgrade der version virtueller Computer in Hyper-V auf Windows 10 oder Windows Server 2016.

Hostressourcenschutz (neu)

Dieses Feature hilft, zu verhindern, dass ein virtueller Computer mehr als seinen Anteil an Systemressourcen verwendet, indem er nach übermäßigen Aktivitätsstufen sucht. Dies kann verhindern, dass die übermäßige Aktivität eines virtuellen Computers die Leistung des Hosts oder anderer virtueller Computer beeinträchtigt. Wenn die Überwachung einen virtuellen Computer mit übermäßiger Aktivität erkennt, erhält der virtuelle Computer weniger Ressourcen. Diese Überwachung und Durchsetzung ist standardmäßig deaktiviert. Verwenden Sie Windows PowerShell, um sie zu aktivieren oder zu deaktivieren. Führen Sie zum Aktivieren dieses Befehls den folgenden Befehl aus:

Set-VMProcessor TestVM -EnableHostResourceProtection $true

Ausführliche Informationen 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 der virtuelle Computer ausgeführt wird, ohne dass Ausfallzeiten entstehen. Dies funktioniert für virtuelle Computer der Generation 2, die entweder Windows- oder Linux-Betriebssysteme ausführen.

Sie können auch den Arbeitsspeicher anpassen, der einem virtuellen Computer zugewiesen ist, während er ausgeführt wird, auch wenn Sie den dynamischen Arbeitsspeicher nicht aktiviert haben. Dies funktioniert sowohl für virtuelle Computer der Generation 1 als auch für die Generation 2, die Windows Server 2016 oder Windows 10 ausführt.

Verbesserungen des Hyper-V-Managers (aktualisiert)

  • Alternative Anmeldeinformationenunterstützung – Sie können jetzt einen anderen Satz von Anmeldeinformationen im Hyper-V-Manager verwenden, wenn Sie eine Verbindung mit einem anderen Windows Server 2016 oder Windows 10 Remotehost herstellen. Sie können diese Anmeldeinformationen auch speichern, um die Anmeldung wieder zu vereinfachen.

  • Verwalten 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 auf Windows Server 2012, Windows 8, Windows Server 2012 R2 und Windows 8.1.

  • Aktualisiertes Verwaltungsprotokoll – Hyper-V-Manager kommuniziert jetzt mit Remote-Hyper-V-Hosts mithilfe des WS-MAN-Protokolls, das CredSSP, Kerberos oder NTLM-Authentifizierung zulässt. Wenn Sie CredSSP zum Herstellen einer Verbindung mit einem Hyper-V-Remotehost verwenden, können Sie eine Livemigration ausführen, ohne die eingeschränkte Delegierung in Active Directory zu aktivieren. Die WS-MAN-basierte Infrastruktur erleichtert auch die Aktivierung eines Hosts für die Remoteverwaltung. WS-MAN stellt über Port 80 eine Verbindung her, der standardmäßig geöffnet ist.

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

Aktualisierungen zu Integrationsdiensten für Windows-Gäste werden über Windows Update verteilt. Für Dienstanbieter und Private Cloud-Hoster stellt dies die Kontrolle über das Anwenden von Updates in die Hände der Mandanten, die die virtuellen Computer besitzen. Mandanten können jetzt ihre virtuellen Windows-Computer mit allen Updates aktualisieren, einschließlich der Integrationsdienste, mithilfe einer einzigen Methode. Details zu Integrationsdiensten für Linux-Gäste finden Sie unter Linux und FreeBSD Virtual Machines auf Hyper-V.

Wichtig

Die Vmguest.iso-Imagedatei ist nicht mehr erforderlich, sodass sie nicht in Hyper-V auf Windows Server 2016 enthalten ist.

Linux Secure Boot (neu)

Linux-Betriebssysteme, die auf virtuellen Computern der Generation 2 ausgeführt werden, können jetzt mit aktivierter Option für den sicheren Start gestartet werden. Ubuntu 14.04 und höher, SUSE Linux Enterprise Server 12 und höher, Red Hat Enterprise Linux 7.0 und höher und CentOS 7.0 und höher sind für den sicheren Start auf Hosts aktiviert, die Windows Server 2016 ausführen. Bevor Sie den virtuellen Computer zum ersten Mal starten, müssen Sie den virtuellen Computer so konfigurieren, dass die Microsoft UEFI-Zertifizierungsstelle verwendet wird. Sie können dies über Hyper-V-Manager, Virtual Machine Manager oder eine Windows Powershell-Sitzung mit erhöhten Rechten ausführen. Führen Sie für Windows PowerShell folgenden Befehl aus:

Set-VMFirmware TestVM -SecureBootTemplate MicrosoftUEFICertificateAuthority

Weitere Informationen zu virtuellen Linux-Computern auf Hyper-V finden Sie unter Linux und FreeBSD Virtual Machines auf Hyper-V. Weitere Informationen zum Cmdlet finden Sie unter Set-VMFirmware.

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

Ab Version 8 können virtuelle Computer der Generation 2 deutlich mehr Arbeitsspeicher und virtuelle Prozessoren verwenden. Hosts können auch mit deutlich mehr Arbeitsspeicher und virtuellen Prozessoren konfiguriert werden, als zuvor unterstützt wurden. Diese Änderungen unterstützen neue Szenarien wie das Ausführen großer E-Commerce-Datenbanken für die Onlinetransaktionsverarbeitung (OLTP) und Data Warehouse (DW). Der Windows Server-Blog veröffentlichte kürzlich die Leistungsergebnisse eines virtuellen Computers mit 5,5 Terabyte Arbeitsspeicher und 128 virtuellen Prozessoren mit 4 TB In-Memory-Datenbank. Die Leistung war größer als 95 % der Leistung eines physischen Servers. Ausführliche Informationen finden Sie unter Windows Server 2016 hyper-V-Vm-Leistung für die Verarbeitung von In-Memory-Transaktionen. Ausführliche Informationen zu virtuellen Computerversionen finden Sie unter Upgrade der virtuellen Computerversion in Hyper-V auf Windows 10 oder Windows Server 2016. Eine vollständige Liste der unterstützten maximalen Konfigurationen finden Sie unter Plan for Hyper-V skalierbarkeit in Windows Server 2016.

Geschachtelte Virtualisierung (neu)

Mit diesem Feature können Sie einen virtuellen Computer als Hyper-V-Host verwenden und virtuelle Computer innerhalb dieses virtualisierten Hosts erstellen. Dies kann besonders nützlich für Entwicklungs- und Testumgebungen sein. Um geschachtelte Virtualisierung zu verwenden, benötigen Sie Folgendes:

  • Um mindestens Windows Server 2019 auszuführen, Windows Server 2016 oder Windows 10 sowohl auf dem physischen Hyper-V-Host als auch auf dem virtualisierten Host.

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

Ausführliche Informationen und Anweisungen finden Sie unter Ausführen von Hyper-V auf einem virtuellen Computer mit geschachtelter Virtualisierung.

Netzwerkfeatures (neu)

Zu den neuen Netzwerkfeatures gehören:

  • 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 SET auch verwendet wird. SET bietet einen virtuellen Switch mit einigen der gleichen Funktionen wie NIC-Teaming. Ausführliche Informationen finden Sie unter Remote Direct Memory Access (RDMA) und Switch Embedded Teaming (SET).

  • Virtuelle Computer multi queues (VMMQ). Verbessert den VMQ-Durchsatz durch Zuweisung mehrerer Hardwarewarteschlangen pro virtuellen Computer. Die Standardwarteschlange wird zu einer Reihe von Warteschlangen für einen virtuellen Computer, und der Datenverkehr wird zwischen den Warteschlangen verteilt.

  • Qualität des Dienstes (QoS) für softwaredefinierte Netzwerke. Verwaltet die Standardklasse des Datenverkehrs über den virtuellen Switch innerhalb der Standardklassenbandbreite.

Weitere Informationen zu neuen Netzwerkfeatures finden Sie unter Neuigkeiten in Networking.

Produktionsprüfpunkte (neu)

Produktionsprüfpunkte sind "Point-in-Time"-Images eines virtuellen Computers. Auf diese Weise können Sie einen Prüfpunkt anwenden, der Supportrichtlinien erfüllt, wenn ein virtueller Computer eine Produktionsauslastung ausführt. Produktionsprüfpunkte basieren auf Sicherungstechnologie innerhalb des Gastes anstelle eines gespeicherten Zustands. Für virtuelle Windows-Computer wird der Volume Snapshot Service (VSS) verwendet. Für virtuelle Linux-Computer werden die Dateisystempuffer geleert, um einen Prüfpunkt zu erstellen, der mit dem Dateisystem konsistent ist. Wenn Sie lieber Prüfpunkte basierend auf gespeicherten Zuständen verwenden möchten, wählen Sie stattdessen Standardprüfpunkte aus. Ausführliche Informationen finden Sie unter "Auswählen zwischen Standard- oder Produktionsprüfpunkten" in Hyper-V.

Wichtig

Neue virtuelle Computer verwenden Produktionsprüfpunkte als Standard.

Rollout des Hyper-V-Clusterupgrades (neu)

Sie können jetzt einen Knoten mit Windows Server 2019 oder Windows Server 2016 zu einem Hyper-V-Cluster hinzufügen, bei dem Knoten Windows Server 2012 R2 ausgeführt werden. Auf diese Weise können Sie den Cluster ohne Ausfallzeiten aktualisieren. Der Cluster wird auf einer Windows Server 2012 R2-Featureebene ausgeführt, bis Sie alle Knoten im Cluster aktualisieren und die Clusterfunktionsebene mit dem cmdlet Windows PowerShell Update-ClusterFunctionalLevel aktualisieren.

Wichtig

Nachdem Sie die Clusterfunktionsebene aktualisiert haben, können Sie sie nicht zu Windows Server 2012 R2 zurückgeben.

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

  • Verwalten Sie den Cluster, Hyper-V und virtuelle Computer von einem Knoten, der Windows Server 2016 oder Windows 10 ausführt.

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

  • Um neue Hyper-V-Features zu verwenden, müssen alle Knoten Windows Server 2016 oder die Clusterfunktionsebene aktualisiert werden.

  • Die Konfigurationsversion für virtuelle Computer für vorhandene virtuelle Computer wird nicht aktualisiert. Sie können die Konfigurationsversion nur aktualisieren, nachdem Sie die Clusterfunktionsebene aktualisiert haben.

  • Virtuelle Computer, die Sie erstellen, sind mit Windows Server 2012 R2, Konfigurationsebene 5 virtueller Computer kompatibel.

Nachdem Sie die Clusterfunktionsebene aktualisiert haben:

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

  • Um neue Features für virtuelle Computer verfügbar zu machen, verwenden Sie das Update-vmVersion Cmdlet, um die Konfigurationsstufe des virtuellen Computers manuell zu aktualisieren. Anweisungen finden Sie unter Upgrade der Version des virtuellen Computers.

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

Hinweis

Hyper-V auf Windows 10 unterstützt keine Failoverclustering.

Ausführliche Informationen und Anweisungen finden Sie im Rollupup des Clusterbetriebssystems.

Freigegebene virtuelle Festplatten (aktualisiert)

Sie können jetzt die Größe freigegebener virtueller Festplatten (VHDX-Dateien) ändern, die für Gastclustering ohne Ausfallzeiten verwendet werden. Freigegebene virtuelle Festplatten können vergrößert oder verkrumpft werden, während der virtuelle Computer online ist. Gastcluster können jetzt auch freigegebene virtuelle Festplatten schützen, indem Hyper-V-Replikate für die Notfallwiederherstellung verwendet werden.

Aktivieren sie die Replikation für die Auflistung. Das Aktivieren der Replikation auf einer Auflistung wird nur über die WMI-Schnittstelle verfügbar gemacht. Weitere Details finden Sie in der Dokumentation für Msvm_CollectionReplicationService Klasse . Sie können die Replikation einer Auflistung 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 Features zuzugreifen, die für eine Auflistung spezifisch sind. Dazu gehören freigegebene VHD - freigegebene VHDs auf eigenständigen Hosts werden von Hyper-V-Replikaten nicht unterstützt.

Befolgen Sie die Richtlinien für freigegebene VHDs in der Übersicht über die virtuelle Festplattenfreigabe, und stellen Sie sicher, dass Ihre freigegebenen VHDs Teil eines Gastclusters sind.

Eine Auflistung mit einem freigegebenen VHD, aber kein zugeordneter Gastcluster kann keine Referenzpunkte für die Auflistung erstellen (unabhängig davon, ob die freigegebene VHD in der Erstellung von Referenzpunkten enthalten ist oder nicht).

Sicherung virtueller Computer(neu)

Wenn Sie einen einzelnen virtuellen Computer sichern (unabhängig davon, ob der Host gruppiert ist oder nicht), sollten Sie keine VM-Gruppe verwenden. Sie sollten auch keine Momentaufnahmesammlung verwenden. VM-Gruppen und Snapshotsammlung sollen ausschließlich zum Sichern von Gastclustern verwendet werden, die freigegebene vhdx verwenden. Stattdessen sollten Sie eine Momentaufnahme mit dem Hyper-V WMI v2-Anbieter erstellen. Verwenden Sie auch nicht den WMI-Anbieter des Failoverclusters.

Abgeschirmte virtuelle Computer (neu)

Abgeschirmte virtuelle Computer verwenden mehrere Features, um Hyper-V-Administratoren und Schadsoftware auf dem Host zu erschweren, Daten aus dem Zustand eines abgeschirmten virtuellen Computers zu untersuchen, zu manipulieren oder zu stehlen. Daten und Zustand sind verschlüsselt, Hyper-V-Administratoren können die Videoausgabe und -datenträger nicht sehen, und die virtuellen Computer können nur auf bekannte, fehlerfreie Hosts beschränkt werden, wie von einem Host Guardian Server bestimmt. Ausführliche Informationen finden Sie unter "Guarded Fabric" und "Shielded VMs".

Hinweis

Abgeschirmte virtuelle Computer sind mit Hyper-V-Replikaten kompatibel. Um einen abgeschirmten virtuellen Computer zu replizieren, muss der Host, auf den Sie replizieren möchten, autorisiert sein, diesen abgeschirmten virtuellen Computer auszuführen.

Startreihenfolgepriorität für gruppierte virtuelle Computer (neu)

Dieses Feature bietet Ihnen mehr Kontrolle darüber, welche gruppierten virtuellen Computer gestartet oder zuerst neu gestartet werden. Dadurch wird es einfacher, virtuelle Computer zu starten, die Dienste vor virtuellen Computern bereitstellen, die diese Dienste verwenden. Definieren Sie Sets, platzieren Sie virtuelle Computer in Sätzen, und geben Sie Abhängigkeiten an. Verwenden Sie Windows PowerShell Cmdlets, um die Sätze wie New-ClusterGroupSet, Get-ClusterGroupSet und Add-ClusterGroupSetDependency zu verwalten. .

Speicherqualität des Dienstes (QoS) (aktualisiert)

Sie können nun Speicher-QoS-Richtlinien auf einem Dateiserver mit horizontaler Skalierung erstellen und diese einem oder mehreren virtuellen Datenträgern auf virtuellen Hyper-V-Computern zuweisen. Bei Änderungen der Speicherlast wird die Speicherleistung automatisch neu angepasst, um die Richtlinien einzuhalten. Ausführliche Informationen finden Sie unter Speicherqualität des Diensts.

Konfigurationsdateiformat für virtuelle Computer (aktualisiert)

Konfigurationsdateien für virtuelle Computer verwenden ein neues Format, das das Lesen und Schreiben von Konfigurationsdaten effizienter macht. Das Format macht auch die Datenbeschädigung weniger wahrscheinlich, wenn ein Speicherfehler auftritt. Konfigurationsdatendateien für virtuelle Computer verwenden eine VMCX-Dateinamenerweiterung und Laufzeitstatusdatendateien verwenden eine VMRS-Dateinamenerweiterung.

Wichtig

Die Vmcx-Dateinamenerweiterung gibt eine Binärdatei an. Das Bearbeiten von VMCX- oder VMRS-Dateien wird nicht unterstützt.

Konfigurationsversion des virtuellen Computers (aktualisiert)

Die Version stellt die Kompatibilität der Konfiguration, des gespeicherten Zustands und der Momentaufnahmedateien des virtuellen Computers mit der Version von Hyper-V dar. Virtuelle Computer mit Version 5 sind mit Windows Server 2012 R2 kompatibel und können sowohl auf Windows Server 2012 R2 als auch auf Windows Server 2016 ausgeführt werden. Virtuelle Computer mit in Windows Server 2016 eingeführten Versionen und Windows Server 2019 werden in Hyper-V auf Windows Server 2012 R2 nicht ausgeführt.

Wenn Sie einen virtuellen Computer auf einen Server verschieben oder importieren, auf dem Hyper-V auf Windows Server 2016 oder Windows Server 2019 von Windows Server 2012 R2 ausgeführt wird, wird die Konfiguration des virtuellen Computers nicht automatisch aktualisiert. Dies bedeutet, dass Sie den virtuellen Computer zurück auf einen Server verschieben können, der Windows Server 2012 R2 ausgeführt wird. Dies bedeutet jedoch auch, dass Sie die neuen Features des virtuellen Computers erst verwenden können, wenn Sie die Version der Konfiguration des virtuellen Computers manuell aktualisieren.

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

Wichtig

  • Nachdem Sie die Version aktualisiert haben, können Sie den virtuellen Computer nicht auf einen Server verschieben, auf dem Windows Server 2012 R2 ausgeführt wird.
  • Sie können die Konfiguration nicht auf eine frühere Version herunterstufen.
  • Das Cmdlet Update-VMVersion wird auf einem Hyper-V-Cluster blockiert, wenn die Clusterfunktionsebene Windows Server 2012 R2 ist.

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

Virtualisierungsbasierte Sicherheitsfunktionen wie Device Guard und Credential Guard bieten einen erhöhten Schutz des Betriebssystems vor Exploits von Schadsoftware. Virtualisierungsbasierte Sicherheit ist ab Version 8 der Generation 2 Gastcomputer verfügbar. Informationen zur Version virtueller Computer finden Sie unter Upgrade der version virtueller Computer in Hyper-V auf Windows 10 oder Windows Server 2016.

Windows-Container (neu)

Windows-Container ermöglichen es vielen isolierten Anwendungen, auf einem Computersystem auszuführen. Sie sind schnell zu erstellen und sind hoch skalierbare und portierbar. Zwei Typen der Containerlaufzeit sind verfügbar, jeweils mit einem anderen Anwendungsisolationsgrad. Windows Server-Container verwenden Namespace- und Prozessisolation. Hyper-V-Container verwenden einen leichten virtuellen Computer für jeden Container.

Hauptfunktionen:

  • Unterstützung für Websites und Anwendungen mit HTTPS

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

  • Möglichkeit zum Verwalten von Daten über freigegebene Containerordner

  • Möglichkeit zum Einschränken von Containerressourcen

Ausführliche Informationen, einschließlich Schnellstartanleitungen, finden Sie in der Dokumentation zu Windows-Containern.

Windows PowerShell Direct (neu)

Auf diese Weise können Sie Windows PowerShell Befehle auf einem virtuellen Computer vom Host ausführen. Windows PowerShell Direct wird zwischen dem Host und dem virtuellen Computer ausgeführt. Dies bedeutet, dass es keine Netzwerk- oder Firewallanforderungen erfordert und unabhängig von Ihrer Remoteverwaltungskonfiguration funktioniert.

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

  • Remoteverwaltungstools wie PowerShell oder Remotedesktop

  • Hyper-V Virtual Machine Connection (VMConnect)

Diese Tools funktionieren gut, verfügen aber über Trade-Offs: VMConnect ist zuverlässig, kann aber schwer zu automatisieren sein. Remote PowerShell ist leistungsfähig, kann jedoch schwer eingerichtet und verwaltet werden. Diese Trade-Offs werden möglicherweise wichtiger, da Ihre Hyper-V-Bereitstellung wächst. Windows PowerShell Direct adressiert dies, indem eine leistungsstarke Skripterstellung und Automatisierungserfahrung bereitgestellt wird, die so einfach wie die Verwendung von VMConnect ist.

Informationen zu Anforderungen und Anweisungen finden Sie unter Verwalten virtueller Windows-Computer mit PowerShell Direct.