Neues in Hyper-V auf Windows Server

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

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

Im Folgenden wird beschrieben, was in diesem Artikel enthalten ist und ob die Funktionalität neu oder aktualisiert ist.

Windows Server, Version 1903

Hinzufügen des Hyper-V-Managers 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 dem App-Kompatibilitätsfeature in dieser Version also ein weiteres Tools hinzugefügt: Hyper-V-Manager (virtmgmt.msc).

Weitere Informationen finden Sie unter Server Core App Compatibility Feature on Demand (FOD) (Server Core-App-Kompatibilitätsfeature bei Bedarf (FOD)).

Windows Server 2019

Sicherheit: Verbesserungen Virtual Machines Geschützter Schutz (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 connected standby ( new)

Wenn die Hyper-V-Rolle auf einem Computer installiert ist, der das AOAC-Energiemodell (Always On/Always Connected) verwendet, ist der Energiestatus Verbundener Standbymodus 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 ermöglichen. Wenn Sie ein Gerät auf diese Weise verwenden, wird der Hyper-V-Virtualisierungsstapel umgangen, was zu einem schnelleren Zugriff führt. Weitere Informationen zur unterstützten Hardware finden Sie unter "Diskrete Gerätezuweisung" unter 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 im Beitrag"Diskrete Gerätezuweisung– Beschreibung und Hintergrund".

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

Sie können den Betriebssystemdatenträger jetzt mithilfe der BitLocker-Laufwerkverschlüsselung auf virtuellen Computern der Generation 1 schützen. Mit dem neuen Feature Schlüsselspeicher wird ein kleines, dediziertes Laufwerk zum Speichern des BitLocker-Schlüssels des Systemlaufwerks erstellt. Dies erfolgt, 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, beschützten Fabrics sein oder den privaten Schlüssel von einem der Wächter des virtuellen Computers haben. Für den Schlüsselspeicher ist ein virtueller Computer der Version 8 erforderlich. Informationen zur Version des virtuellen Computers finden Sie unter Aktualisieren der Version des virtuellen Computers 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ätsebenen sucht. Dadurch kann verhindert werden, 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 Erzwingung ist standardmäßig deaktiviert. Verwenden Windows PowerShell, um sie zu aktivieren oder zu deaktivieren. Führen Sie den folgenden Befehl aus, um ihn zu aktivieren:

Set-VMProcessor TestVM -EnableHostResourceProtection $true

Weitere 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 ausfallzeiten zu verursachen. Dies funktioniert für virtuelle Computer der Generation 2, auf denen Windows Linux-Betriebssysteme ausgeführt werden.

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

Verbesserungen des Hyper-V-Managers ( aktualisiert)

  • Unterstützung alternativer Anmeldeinformationen: 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 herstellen. Sie können diese Anmeldeinformationen auch speichern, um die anmeldung zu vereinfachen.

  • Verwalten früherer Versionen: Mit dem 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.1 ausgeführt wird.

  • Aktualisiertes Verwaltungsprotokoll: Hyper-V-Manager kommuniziert jetzt mit Hyper-V-Remotehosts mithilfe des WS-MAN-Protokolls, das die CredSSP-, Kerberos- oder NTLM-Authentifizierung ermöglicht. Wenn Sie CredSSP verwenden, um eine Verbindung mit einem Hyper-V-Remotehost herzustellen, können Sie eine Livemigration ohne Aktivierung der eingeschränkten Delegierung in Active Directory erstellen. 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)

Updates für Integrationsdienste für Windows Gäste werden über das Windows verteilt. Für Dienstanbieter und Private Cloud-Hoster wird dadurch die Kontrolle über das Anwenden von Updates an die Mandanten, die besitzer der virtuellen Computer sind, in die Hand genommen. Mandanten können jetzt ihre virtuellen Windows mit allen Updates, einschließlich der Integrationsdienste, mit einer einzigen Methode aktualisieren. Weitere Informationen zu Integrationsdiensten für Linux-Gäste finden Sie unter Linux- und FreeBSD-Virtual Machines unter Hyper-V.

Wichtig

Die Imagedatei vmguest.iso wird nicht mehr benötigt und ist daher nicht in Hyper-V auf dem Windows Server 2016.

Linux Secure Boot ( new)

Linux-Betriebssysteme, die auf virtuellen Computern der Generation 2 ausgeführt werden, können jetzt mit aktivierter Option "Sicherer 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. Bevor Sie den virtuellen Computer zum ersten Mal starten, müssen Sie den virtuellen Computer für die Verwendung der Microsoft UEFI-Zertifizierungsstelle konfigurieren. Sie können dies über Den Hyper-V-Manager, Virtual Machine Manager oder eine PowerShell-Sitzung mit Windows erhöhten Rechten ausführen. Führen Windows PowerShell folgenden Befehl aus, um weitere Informationen zu verwenden:

Set-VMFirmware TestVM -SecureBootTemplate MicrosoftUEFICertificateAuthority

Weitere Informationen zu virtuellen Linux-Computern unter Hyper-V finden Sie unter Linux und FreeBSD Virtual Machines unter 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-In-Memory-Datenbanken für die Onlinetransaktionsverarbeitung (ONLINE Transaction Processing, OLTP) und Data Warehousing (DW). Der Windows Server-Blog hat kürzlich die Leistungsergebnisse eines virtuellen Computers mit 5,5 Terabyte Arbeitsspeicher und 128 virtuellen Prozessoren veröffentlicht, auf denen eine In-Memory-Datenbank mit 4 TB ausgeführt wird. Die Leistung eines physischen Servers lag über 95 %. Weitere Informationen finden Sie unter Windows Server 2016 Leistung von virtuellen Hyper-V-VMs für die Verarbeitung von In-Memory-Transaktionen. Weitere Informationen zu den Versionen virtueller Computer finden Sie unter Aktualisieren der Version des virtuellen Computers in Hyper-V auf Windows 10 oder Windows Server 2016. Die vollständige Liste der unterstützten maximalen Konfigurationen finden Sie unter Planen der Hyper-V-Skalierbarkeit in Windows Server 2016.

Neue geschachtelte ( Virtualisierung)

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

  • Um mindestens Windows Server 2019 ausführen zu können, Windows Server 2016 oder Windows 10 auf dem physischen Hyper-V-Host und dem virtualisierten Host ausführen.

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

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

Neue ( Netzwerkfeatures)

Zu den neuen Netzwerkfeatures gehören:

  • Remotezugriff auf den direkten Speicher (Remote Direct Memory Access, RDMA) und Switch Embedded Teaming (SET). Sie können RDMA für Netzwerkadapter einrichten, die an einen virtuellen Hyper-V-Switch gebunden sind, unabhängig davon, ob SET ebenfalls 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).

  • Mehrere Warteschlangen für virtuelle Computer (VMMQ). Verbessert den VMQ-Durchsatz, indem mehrere Hardwarewarteschlangen pro virtuellem Computer zugeordnet werden. Die Standardwarteschlange wird zu einer Gruppe von Warteschlangen für einen virtuellen Computer, und der Datenverkehr 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 Netzwerkfeatures finden Sie unter Neuerungen in Netzwerk.

Produktionsprüfpunkte ( neu)

Produktionsprüfpunkte sind Point-in-Time-Images eines virtuellen Computers. Dadurch können Sie einen Prüfpunkt anwenden, der den Supportrichtlinien entspricht, wenn ein virtueller Computer eine Produktionsworkload ausführt. Produktionsprüfpunkte basieren auf Sicherungstechnologie innerhalb des Gastbetriebs anstelle eines gespeicherten Zustands. Für Windows virtuelle Computer wird der Volumemomentaufnahmedienst (Volume Snapshot Service, VSS) verwendet. Bei virtuellen Linux-Computern 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. Weitere Informationen finden Sie unter Auswählen zwischen Standard- oder Produktionsprüfpunkten in Hyper-V.

Wichtig

Für neue virtuelle Computer werden standardmäßig Produktionsprüfpunkte verwendet.

Rollierendes Hyper-V-Clusterupgrade ( neu)

Sie können nun einen Knoten mit Windows Server 2019 oder Windows Server 2016 zu einem Hyper-V-Cluster mit Knoten hinzufügen, auf denen Windows Server 2012 R2 ausgeführt wird. Dadurch 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 Windows PowerShell Cmdlet Update-ClusterFunctionalLevelaktualisieren.

Wichtig

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

Beachten Sie für einen Hyper-V-Cluster mit einer Funktionsebene von Windows Server 2012 R2 mit Knoten, die Windows Server 2012 R2, Windows Server 2019 und Windows Server 2016 ausgeführt werden, Folgendes:

  • Verwalten Sie den Cluster, Hyper-V und die virtuellen Computer über einen Knoten, auf dem Windows Server 2016 oder Windows 10 ausgeführt wird.

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

  • Um neue Hyper-V-Features verwenden zu können, müssen alle Knoten Windows Server 2016 oder ausgeführt werden, und die Funktionsebene des Clusters muss aktualisiert werden.

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

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

Nach dem Aktualisieren der Clusterfunktionsebene:

  • 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 Konfigurationsebene des virtuellen Computers manuell zu aktualisieren. Anweisungen finden Sie unter Aktualisieren 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 kein Failoverclustering.

Ausführliche Informationen und Anweisungen finden Sie unter Paralleles Upgrade des Clusterbetriebssystems.

Freigegebene virtuelle Festplatten ( aktualisiert)

Sie können jetzt die Größe freigegebener virtueller Festplatten (VHDX-Dateien), die für Gastclustering verwendet werden, ohne Ausfallzeiten ändern. 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 mithilfe von Hyper-V-Replikaten für die Notfallwiederherstellung schützen.

Aktivieren Sie die Replikation für die Sammlung. Das Aktivieren der Replikation für eine Sammlung wird nur über die WMI-Schnittstelle verfügbar gemacht. Weitere Informationen finden Sie in der Dokumentation für Msvm_CollectionReplicationService-Klasse. 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 zuzugreifen, die für eine Sammlung spezifisch sind. Dies schließt freigegebene VHD ein: Freigegebene VHDs auf eigenständigen Hosts werden vom Hyper-V-Replikat nicht unterstützt.

Befolgen Sie die Richtlinien für freigegebene VHDs unter Übersicht über die Freigabe virtueller Festplatten,und stellen Sie sicher, dass Ihre freigegebenen VHDs Teil eines Gastclusters sind.

Eine Sammlung mit einer freigegebenen VHD, aber keinem zugeordneten Gastcluster, kann keine Verweispunkte für die Sammlung erstellen (unabhängig davon, ob die freigegebene VHD in die Erstellung des Referenzpunkts eingeschlossen ist oder nicht).

Sicherung des virtuellen Computers ( 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 Momentaufnahmesammlung sind ausschließlich für die Sicherung von Gastclustern vorgesehen, die freigegebene vhdx verwenden. Stattdessen sollten Sie mithilfe des Hyper-V-WMI v2-Anbieterseine Momentaufnahme erstellen. Verwenden Sie ebenso nicht den Failovercluster-WMI-Anbieter.

Abgeschirmte virtuelle Computer ( neu)

Abgeschirmte virtuelle Computer verwenden mehrere Features, um Hyper-V-Administratoren und Schadsoftware auf dem Host das Untersuchen, Manipulieren oder Stehlen von Daten aus dem Zustand eines abgeschirmten virtuellen Computers zu erschweren. Daten und Status sind verschlüsselt, Hyper-V-Administratoren können die Videoausgabe und die Datenträger nicht sehen, und die virtuellen Computer können so eingeschränkt werden, dass sie nur auf bekannten, fehlerfreien Hosts ausgeführt werden, wie von einem Host-Wächterserver festgelegt. Weitere Informationen finden Sie unter Geschütztes Fabric und abgeschirmte VMs.

Hinweis

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

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

Mit diesem Feature können Sie besser steuern, welche virtuellen Clustercomputer zuerst gestartet oder neu gestartet werden. Dies erleichtert das Starten von virtuellen Computern, die Dienste bereitstellen, vor virtuellen Computern, die diese Dienste verwenden. Definieren Sie Mengen, platzieren Sie virtuelle Computer in Sätzen, und geben Sie Abhängigkeiten an. Verwenden Sie Windows PowerShell Cmdlets, um die Sätze zu verwalten, z. B. New-ClusterGroupSet, Get-ClusterGroupSetund Add-ClusterGroupSetDependency. .

Storage Quality of Service (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. Weitere Informationen finden Sie unter Storage Quality of Service.

Format der Konfigurationsdatei für virtuelle Computer ( aktualisiert)

Vm-Konfigurationsdateien verwenden ein neues Format, das das Lesen und Schreiben von Konfigurationsdaten effizienter macht. Das Format macht datenbeschädigungen auch weniger wahrscheinlich, wenn ein Speicherfehler auftritt. Vm-Konfigurationsdatendateien verwenden eine VMCX-Dateinamenerweiterung, und Laufzeitzustandsdatendateien 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 Hyper-V-Version 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 und Windows Server 2019 eingeführten Versionen werden nicht in Hyper-V auf Windows Server 2012 R2 ausgeführt.

Wenn Sie einen virtuellen Computer aus 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 des virtuellen Computers nicht automatisch aktualisiert. Dies bedeutet, dass Sie den virtuellen Computer wieder auf einen Server verschieben können, auf dem Windows Server 2012 R2 ausgeführt wird. Dies bedeutet jedoch auch, dass Sie die neuen Features des virtuellen Computers erst dann 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 Upgraden der Version des virtuellen Computers. 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 herabstufen.
  • Das Cmdlet Update-VMVersion wird in einem Hyper-V-Cluster blockiert, wenn die Clusterfunktionsebene Windows Server 2012 R2 ist.

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

Virtualisierungsbasierte Sicherheit unterstützt Features wie Device Guard und Credential Guard und bietet einen erhöhten Schutz des Betriebssystems vor Exploits durch Schadsoftware. Virtualisierungsbasierte Sicherheit ist ab Version 8 auf Virtuellen Gastcomputern der Generation 2 verfügbar. Informationen zur Version des virtuellen Computers finden Sie unter Aktualisieren der Vm-Version in Hyper-V auf Windows 10 oder Windows Server 2016.

Windows (Container neu)

Windows Container ermöglichen die Ausführung vieler isolierter Anwendungen auf einem Computersystem. Sie lassen sich schnell erstellen und sind hochgradig skalierbar und portabel. Es sind zwei Arten von Containerruntime verfügbar, die jeweils einen anderen Grad an Anwendungsisolation aufweisen. Windows Servercontainer verwenden Namespace- und Prozessisolation. Hyper-V-Container verwenden für jeden Container einen leichtgewichtigen virtuellen Computer.

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 Direkt ( neu)

Auf diese Weise haben Sie die Möglichkeit, Windows PowerShell auf einem virtuellen Computer vom Host aus auszuführen. Windows PowerShell Wird direkt zwischen dem Host und dem virtuellen Computer ausgeführt. Dies bedeutet, dass keine Netzwerk- oder Firewallanforderungen erforderlich sind und unabhängig von Ihrer Remoteverwaltungskonfiguration funktioniert.

Windows PowerShell Direct ist eine Alternative zu den vorhandenen Tools, mit denen Hyper-V-Administratoren eine Verbindung mit einem virtuellen Computer auf einem Hyper-V-Host herstellen:

  • Remoteverwaltungstools wie PowerShell oder Remotedesktop

  • Hyper-V-Verbindung mit virtuellen Computern (VMConnect)

Diese Tools funktionieren gut, haben jedoch Vor- und Abkniff: VMConnect ist zuverlässig, kann aber schwierig zu automatisieren sein. Remote PowerShell ist leistungsstark, kann aber schwierig eingerichtet und verwaltet werden. Diese Vor- und Abkniffungen werden möglicherweise wichtiger, wenn Ihre Hyper-V-Bereitstellung wächst. Windows PowerShell Direkte Lösungen bieten eine leistungsstarke Skripterstellungs- und Automatisierungserfahrung, die so einfach wie die Verwendung von VMConnect ist.

Anforderungen und Anweisungen finden Sie unter Verwalten Windows virtuellen Computern mit PowerShell Direct.