What’s new in Hyper-V na Windows Server

• 09/21/2017
• 15 minut na przeczytanie
• • B
  • p

  .

  • e
  • D
  • v
  • +5

Applies To: Windows Server 2019, Microsoft Hyper-V Server 2016, Windows Server 2016

Ten artykuł wyjaśnia nowe i zmienione funkcje Hyper-V w systemach Windows Server 2019, Windows Server 2016 i Microsoft Hyper-V Server 2016. Aby korzystać z nowych funkcji na maszynach wirtualnych utworzonych z systemem Windows Server 2012 R2 i przeniesionych lub zaimportowanych na serwer, na którym działa Hyper-V w systemie Windows Server 2019 lub Windows Server 2016, należy ręcznie zaktualizować wersję konfiguracji maszyny wirtualnej. Aby uzyskać instrukcje, zobacz Uaktualnij wersję maszyny wirtualnej.

Oto, co jest zawarte w tym artykule i czy dana funkcjonalność jest nowa czy zaktualizowana.

Windows Server, wersja 1903

Dodaj Hyper-V Manager do instalacji Server Core (aktualizacja)

Jak być może wiesz, zalecamy korzystanie z opcji instalacji Server Core podczas używania Windows Server, Semi-Annual Channel w produkcji. Jednak Server Core domyślnie pomija szereg przydatnych narzędzi do zarządzania. Możesz dodać wiele z najczęściej używanych narzędzi, instalując funkcję App Compatibility, ale wciąż brakowało niektórych narzędzi.

Więc, w oparciu o opinie klientów, dodaliśmy w tej wersji jeszcze jedno narzędzie do funkcji App Compatibility: Hyper-V Manager (virtmgmt.msc).

Więcej informacji można znaleźć w części Funkcja zgodności z aplikacjami Server Core.

Windows Server 2019

Bezpieczeństwo: Ulepszenia ekranowanych maszyn wirtualnych (nowe)

• Ulepszenia biura oddziału

  Możesz teraz uruchamiać ekranowane maszyny wirtualne na maszynach z przerywaną łącznością z usługą Host Guardian Service, wykorzystując nowe funkcje fallback HGS i tryb offline. Tryb offline pozwala na kontynuowanie uruchamiania osłoniętych maszyn wirtualnych, nawet jeśli HGS nie może zostać osiągnięty, o ile maszyna wirtualna została już raz pomyślnie uruchomiona, a konfiguracja zabezpieczeń hosta nie uległa zmianie.

• Usprawnienia w zakresie rozwiązywania problemów

  Ułatwiliśmy również rozwiązywanie problemów z osłoniętymi maszynami wirtualnymi poprzez włączenie wsparcia dla VMConnect Enhanced Session Mode i PowerShell Direct. Narzędzia te są szczególnie przydatne w przypadku utraty połączenia sieciowego z maszyną wirtualną i konieczności aktualizacji jej konfiguracji w celu przywrócenia dostępu.

  Funkcje te nie wymagają konfiguracji i stają się dostępne automatycznie, gdy osłonięta maszyna wirtualna zostanie umieszczona na hoście Hyper-V z systemem Windows Server w wersji 1803 lub nowszej.

• Obsługa systemu Linux

  Jeśli uruchamiasz środowiska z mieszanym systemem operacyjnym, system Windows Server 2019 obsługuje teraz uruchamianie Ubuntu, Red Hat Enterprise Linux i SUSE Linux Enterprise Server wewnątrz ekranowanych maszyn wirtualnych.

Windows Server 2016

Zgodność z funkcją Connected Standby (nowa)

Gdy rola Hyper-V jest zainstalowana na komputerze, który używa modelu zasilania Always On/Always Connected (AOAC), dostępny jest teraz stan zasilania Connected Standby.

Przydzielanie urządzeń dyskretnych (nowość)

Ta funkcja umożliwia nadanie maszynie wirtualnej bezpośredniego i wyłącznego dostępu do niektórych urządzeń sprzętowych PCIe. Użycie urządzenia w ten sposób omija stos wirtualizacji Hyper-V, co skutkuje szybszym dostępem. Aby uzyskać szczegółowe informacje na temat obsługiwanego sprzętu, patrz „Przypisywanie urządzeń dyskretnych” w Wymagania systemowe dla Hyper-V w systemie Windows Server 2016. Szczegółowe informacje, w tym sposób korzystania z tej funkcji i uwagi, można znaleźć w poście „Przypisywanie urządzeń dyskretnych – opis i tło” na blogu Wirtualizacja.

Obsługa szyfrowania dysku systemu operacyjnego w maszynach wirtualnych generacji 1 (nowość)

Dysk systemu operacyjnego można teraz chronić za pomocą szyfrowania dysków BitLocker w maszynach wirtualnych generacji 1. Nowa funkcja, przechowywanie klucza, tworzy mały, dedykowany dysk do przechowywania klucza BitLocker dysku systemowego. Odbywa się to zamiast korzystania z wirtualnego modułu Trusted Platform Module (TPM), który jest dostępny tylko w maszynach wirtualnych generacji 2. Aby odszyfrować dysk i uruchomić maszynę wirtualną, host Hyper-V musi być albo częścią autoryzowanej tkaniny strzeżonej, albo posiadać klucz prywatny od jednego z opiekunów maszyny wirtualnej. Przechowywanie klucza wymaga maszyny wirtualnej w wersji 8. Aby uzyskać informacje na temat wersji maszyny wirtualnej, zobacz Uaktualnij wersję maszyny wirtualnej w Hyper-V w systemie Windows 10 lub Windows Server 2016.

Ochrona zasobów hosta (nowa)

Ta funkcja pomaga zapobiegać wykorzystywaniu przez maszynę wirtualną więcej niż jej udział w zasobach systemowych poprzez wyszukiwanie nadmiernych poziomów aktywności. To może pomóc w zapobieganiu nadmiernej aktywności maszyny wirtualnej przed obniżeniem wydajności hosta lub innych maszyn wirtualnych. Kiedy monitoring wykryje nadmierną aktywność maszyny wirtualnej, maszyna ta otrzymuje mniej zasobów. To monitorowanie i egzekwowanie jest domyślnie wyłączone. Użyj Windows PowerShell, aby go włączyć lub wyłączyć. Aby go włączyć, wykonaj następujące polecenie:

Set-VMProcessor TestVM -EnableHostResourceProtection $true

Szczegóły dotyczące tego cmdleta można znaleźć w temacie Set-VMProcessor.

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

Możesz teraz dodać lub usunąć kartę sieciową podczas pracy maszyny wirtualnej bez powodowania przestojów. Działa to w przypadku maszyn wirtualnych generacji 2, które działają pod kontrolą systemów operacyjnych Windows lub Linux.

Możesz również dostosować ilość pamięci przypisanej do maszyny wirtualnej podczas jej działania, nawet jeśli nie włączyłeś funkcji Dynamic Memory. Działa to zarówno w przypadku maszyn wirtualnych generacji 1, jak i generacji 2, działających w systemie Windows Server 2016 lub Windows 10.

Ulepszenia Menedżera Hyper-V (aktualizacja)

• Obsługa alternatywnych poświadczeń – Teraz można użyć innego zestawu poświadczeń w Menedżerze Hyper-V podczas łączenia się z innym zdalnym hostem systemu Windows Server 2016 lub Windows 10. Można również zapisać te poświadczenia, aby ułatwić ponowne logowanie.

• Zarządzanie wcześniejszymi wersjami – Za pomocą programu Hyper-V Manager w systemach Windows Server 2019, Windows Server 2016 i Windows 10 można zarządzać komputerami z uruchomionym Hyper-V w systemach Windows Server 2012, Windows 8, Windows Server 2012 R2 i Windows 8.1.

• Uaktualniony protokół zarządzania – Hyper-V Manager komunikuje się teraz ze zdalnymi hostami Hyper-V za pomocą protokołu WS-MAN, który zezwala na uwierzytelnianie CredSSP, Kerberos lub NTLM. Kiedy używasz CredSSP do połączenia się ze zdalnym hostem Hyper-V, możesz wykonać migrację na żywo bez włączania ograniczonej delegacji w Active Directory. Infrastruktura oparta na WS-MAN ułatwia również włączenie hosta do zdalnego zarządzania. WS-MAN łączy się przez port 80, który jest domyślnie otwarty.

Usługi integracyjne dostarczane za pośrednictwem usługi Windows Update (aktualizacja)

Uaktualnienia usług integracyjnych dla gości systemu Windows są dystrybuowane za pośrednictwem usługi Windows Update. Dla dostawców usług i hosterów chmur prywatnych oznacza to oddanie kontroli nad stosowaniem aktualizacji w ręce dzierżawców, którzy są właścicielami maszyn wirtualnych. Najemcy mogą teraz aktualizować swoje maszyny wirtualne z systemem Windows wszystkimi aktualizacjami, w tym usługami integracyjnymi, za pomocą jednej metody. Aby uzyskać szczegółowe informacje na temat usług integracyjnych dla gości systemu Linux, zobacz Linux and FreeBSD Virtual Machines on Hyper-V.

Linux Secure Boot (nowość)

Systemy operacyjne Linux działające na maszynach wirtualnych generacji 2 mogą teraz uruchamiać się z włączoną opcją Secure Boot. Ubuntu 14.04 i nowsze, SUSE Linux Enterprise Server 12 i nowsze, Red Hat Enterprise Linux 7.0 i nowsze oraz CentOS 7.0 i nowsze mają włączoną opcję Secure Boot na hostach, na których działa Windows Server 2016. Przed pierwszym uruchomieniem maszyny wirtualnej należy skonfigurować maszynę wirtualną do korzystania z Microsoft UEFI Certificate Authority. Możesz to zrobić z poziomu Hyper-V Manager, Virtual Machine Manager lub z poziomu sesji Windows Powershell. W przypadku Windows PowerShell należy wykonać następujące polecenie:

Set-VMFirmware TestVM -SecureBootTemplate MicrosoftUEFICertificateAuthority

Aby uzyskać więcej informacji na temat maszyn wirtualnych Linux na Hyper-V, zobacz Maszyny wirtualne Linux i FreeBSD na Hyper-V. Aby uzyskać więcej informacji na temat polecenia cmdlet, zobacz Set-VMFirmware.

Więcej pamięci i procesorów dla maszyn wirtualnych generacji 2 i hostów Hyper-V (aktualizacja)

Począwszy od wersji 8, maszyny wirtualne generacji 2 mogą używać znacznie więcej pamięci i procesorów wirtualnych. Hosty również mogą być skonfigurowane ze znacznie większą ilością pamięci i procesorów wirtualnych niż były wcześniej obsługiwane. Zmiany te wspierają nowe scenariusze, takie jak uruchamianie handlu elektronicznego dużych baz danych in-memory do przetwarzania transakcji online (OLTP) i hurtowni danych (DW). Na blogu Windows Server opublikowano niedawno wyniki wydajności maszyny wirtualnej z 5,5 terabajtami pamięci i 128 procesorami wirtualnymi, na której uruchomiono bazę danych in-memory o pojemności 4 TB. Wydajność była większa niż 95% wydajności serwera fizycznego. Aby uzyskać szczegółowe informacje, zobacz Windows Server 2016 Hyper-V wielkoskalowa wydajność maszyn wirtualnych dla przetwarzania transakcji w pamięci. Aby uzyskać szczegółowe informacje na temat wersji maszyn wirtualnych, zobacz Uaktualnianie wersji maszyn wirtualnych w Hyper-V w systemie Windows 10 lub Windows Server 2016. Aby uzyskać pełną listę obsługiwanych konfiguracji maksymalnych, zobacz Planowanie skalowalności Hyper-V w systemie Windows Server 2016.

Wirtualizacja zagnieżdżona (nowość)

Ta funkcja pozwala używać maszyny wirtualnej jako hosta Hyper-V i tworzyć maszyny wirtualne w obrębie tego zwirtualizowanego hosta. Może to być szczególnie przydatne dla środowisk rozwojowych i testowych. Aby korzystać z wirtualizacji zagnieżdżonej, będziesz potrzebować:

• Uruchomić co najmniej system Windows Server 2019, Windows Server 2016 lub Windows 10 zarówno na fizycznym hoście Hyper-V, jak i na hoście zwirtualizowanym.

• Procesor z Intel VT-x (wirtualizacja zagnieżdżona jest w tej chwili dostępna tylko dla procesorów Intel).

Szczegóły i instrukcje zawiera sekcja Uruchamianie Hyper-V w maszynie wirtualnej z wirtualizacją zagnieżdżoną.

Funkcje sieciowe (nowe)

Nowe funkcje sieciowe obejmują:

• Zdalny bezpośredni dostęp do pamięci (RDMA) i łączenie wbudowanych przełączników (SET). Można skonfigurować RDMA na kartach sieciowych powiązanych z wirtualnym przełącznikiem Hyper-V, niezależnie od tego, czy używany jest również SET. SET zapewnia wirtualnemu przełącznikowi niektóre z tych samych możliwości, co NIC teaming. Aby uzyskać szczegółowe informacje, zobacz Remote Direct Memory Access (RDMA) i Switch Embedded Teaming (SET).

• Virtual machine multi queues (VMMQ). Poprawia przepustowość VMQ poprzez przydzielenie wielu kolejek sprzętowych na maszynę wirtualną. Domyślna kolejka staje się zestawem kolejek dla maszyny wirtualnej, a ruch jest rozprowadzany pomiędzy kolejkami.

• Jakość usług (QoS) dla sieci definiowanych programowo. Zarządza domyślną klasą ruchu przez przełącznik wirtualny w ramach przepustowości klasy domyślnej.

Więcej informacji na temat nowych funkcji sieciowych można znaleźć w sekcji Co nowego w Networking.

Produkcyjne punkty kontrolne (nowość)

Produkcyjne punkty kontrolne to obrazy „punkt w czasie” maszyny wirtualnej. Umożliwiają one zastosowanie punktu kontrolnego, który jest zgodny z zasadami wsparcia, gdy maszyna wirtualna pracuje z obciążeniem produkcyjnym. Punkty kontrolne produkcji są oparte na technologii tworzenia kopii zapasowych wewnątrz gościa, a nie na zapisanym stanie. W przypadku maszyn wirtualnych Windows wykorzystywana jest usługa Volume Snapshot Service (VSS). W przypadku maszyn wirtualnych z systemem Linux bufory systemu plików są przepłukiwane w celu utworzenia punktu kontrolnego, który jest spójny z systemem plików. Jeśli wolisz używać punktów kontrolnych opartych na zapisanych stanach, wybierz zamiast tego standardowe punkty kontrolne. Aby uzyskać szczegółowe informacje, zobacz Wybierz między standardowymi a produkcyjnymi punktami kontrolnymi w Hyper-V.

Rolling Hyper-V Cluster upgrade (new)

Możesz teraz dodać węzeł z systemem Windows Server 2019 lub Windows Server 2016 do klastra Hyper-V z węzłami z systemem Windows Server 2012 R2. Umożliwia to uaktualnienie klastra bez przestojów. Klaster działa na poziomie funkcji Windows Server 2012 R2, dopóki nie zaktualizujesz wszystkich węzłów w klastrze i nie zaktualizujesz poziomu funkcjonalnego klastra za pomocą cmdleta Windows PowerShell, Update-ClusterFunctionalLevel.

W przypadku klastra Hyper-V o poziomie funkcjonalnym Windows Server 2012 R2 z węzłami z systemami Windows Server 2012 R2, Windows Server 2019 i Windows Server 2016 należy zwrócić uwagę na następujące kwestie:

• Zarządzaj klastrem, Hyper-V i maszynami wirtualnymi z węzła z systemem Windows Server 2016 lub Windows 10.

• Możesz przenosić maszyny wirtualne między wszystkimi węzłami w klastrze Hyper-V.

• Aby korzystać z nowych funkcji Hyper-V, wszystkie węzły muszą mieć zainstalowany system Windows Server 2016 lub i musi zostać zaktualizowany poziom funkcjonalny klastra.

• Wersja konfiguracji maszyny wirtualnej dla istniejących maszyn wirtualnych nie jest aktualizowana. Wersję konfiguracji można uaktualnić dopiero po uaktualnieniu poziomu funkcjonalnego klastra.

• Utworzone maszyny wirtualne są zgodne z systemem Windows Server 2012 R2, poziom konfiguracji maszyny wirtualnej 5.

Po zaktualizowaniu poziomu funkcjonalnego klastra:

• Możesz włączyć nowe funkcje Hyper-V.

• Aby udostępnić nowe funkcje maszyny wirtualnej, użyj cmdleta Update-vmVersion do ręcznego zaktualizowania poziomu konfiguracji maszyny wirtualnej. Aby uzyskać instrukcje, zobacz Uaktualnij wersję maszyny wirtualnej.

• Nie można dodać węzła do klastra Hyper-V, w którym działa system Windows Server 2012 R2.

Szczegóły i instrukcje można znaleźć w części Rolling Upgrade systemu operacyjnego klastra.

Współdzielone wirtualne dyski twarde (aktualizacja)

Można teraz zmieniać rozmiar współdzielonych wirtualnych dysków twardych (pliki .vhdx) używanych do klastrowania gości, bez przestojów. Współdzielone wirtualne dyski twarde mogą być zwiększane lub zmniejszane, gdy maszyna wirtualna jest w trybie online. Klastry gości mogą teraz również chronić współdzielone wirtualne dyski twarde, używając Hyper-V Replica do odzyskiwania danych po awarii.

Włącz replikację na kolekcji. Włączenie replikacji w kolekcji jest dostępne tylko poprzez interfejs WMI. Zobacz dokumentację klasy Msvm_CollectionReplicationService aby uzyskać więcej szczegółów. Nie można zarządzać replikacją kolekcji poprzez cmdlet PowerShell lub UI. Maszyny wirtualne powinny znajdować się na hostach, które są częścią klastra Hyper-V, aby uzyskać dostęp do funkcji specyficznych dla kolekcji. Obejmuje to współdzielone dyski VHD – współdzielone dyski VHD na samodzielnych hostach nie są obsługiwane przez Hyper-V Replica.

Przestrzegaj wytycznych dotyczących współdzielonych dysków VHD w sekcji Przegląd udostępniania wirtualnych dysków twardych i upewnij się, że współdzielone dyski VHD są częścią klastra gości.

Zbiór z udostępnionym dyskiem VHD, ale bez powiązanego klastra gości, nie może tworzyć punktów odniesienia dla zbioru (niezależnie od tego, czy udostępniony dysk VHD jest uwzględniony w tworzeniu punktu odniesienia, czy nie).

Kopia zapasowa maszyny wirtualnej(nowa)

Jeśli tworzysz kopię zapasową pojedynczej maszyny wirtualnej (niezależnie od tego, czy host jest połączony w klaster, czy nie), nie powinieneś używać grupy maszyn wirtualnych. Nie powinieneś również używać kolekcji migawek. Grupy VM i kolekcje migawek są przeznaczone wyłącznie do tworzenia kopii zapasowych klastrów gości korzystających ze współdzielonych vhdx. Zamiast tego należy wykonać snapshot za pomocą providera Hyper-V WMI v2. Podobnie nie należy używać dostawcy Failover Cluster WMI.

Ukryte maszyny wirtualne (nowość)

Ukryte maszyny wirtualne wykorzystują kilka funkcji, aby utrudnić administratorom Hyper-V i złośliwemu oprogramowaniu na hoście sprawdzanie, manipulowanie lub wykradanie danych ze stanu ukrytej maszyny wirtualnej. Dane i stan są szyfrowane, administratorzy Hyper-V nie mogą zobaczyć wyjścia wideo i dysków, a maszyny wirtualne mogą być ograniczone do uruchamiania tylko na znanych, zdrowych hostach, określonych przez serwer Host Guardian. Aby uzyskać szczegółowe informacje, zobacz Fabryka chroniona i ekranowane maszyny wirtualne.

Priorytet kolejności uruchamiania klastrowych maszyn wirtualnych (nowy)

Ta funkcja zapewnia większą kontrolę nad tym, które klastrowe maszyny wirtualne są uruchamiane lub restartowane w pierwszej kolejności. Ułatwia to uruchamianie maszyn wirtualnych, które świadczą usługi przed maszynami wirtualnymi, które z tych usług korzystają. Definiowanie zestawów, umieszczanie maszyn wirtualnych w zestawach i określanie zależności. Do zarządzania zestawami użyj poleceń cmdlet Windows PowerShell, takich jak New-ClusterGroupSet, Get-ClusterGroupSet i Add-ClusterGroupSetDependency..

Jakość usługi (QoS) pamięci masowej (aktualizacja)

Możesz teraz tworzyć zasady QoS pamięci masowej na serwerze plików Scale-Out i przypisywać je do jednego lub więcej dysków wirtualnych w maszynach wirtualnych Hyper-V. Wydajność pamięci masowej jest automatycznie dostosowywana do polityk w miarę wahań obciążenia pamięci masowej. Szczegółowe informacje można znaleźć w temacie Storage Quality of Service.

Format pliku konfiguracyjnego maszyny wirtualnej (aktualizacja)

Pliki konfiguracyjne maszyny wirtualnej wykorzystują nowy format, dzięki któremu odczyt i zapis danych konfiguracyjnych jest bardziej wydajny. Format ten zmniejsza również prawdopodobieństwo uszkodzenia danych w przypadku awarii pamięci masowej. Pliki danych konfiguracji maszyny wirtualnej używają rozszerzenia nazwy pliku .vmcx, a pliki danych stanu runtime używają rozszerzenia nazwy pliku .vmrs.

Wersja konfiguracji maszyny wirtualnej (zaktualizowana)

Wersja określa zgodność konfiguracji maszyny wirtualnej, zapisanego stanu i plików migawek z wersją Hyper-V. Maszyny wirtualne z wersją 5 są zgodne z systemem Windows Server 2012 R2 i mogą działać zarówno w systemie Windows Server 2012 R2, jak i Windows Server 2016. Maszyny wirtualne z wersjami wprowadzonymi w systemach Windows Server 2016 i Windows Server 2019 nie będą działać w Hyper-V w systemie Windows Server 2012 R2.

Jeśli przeniesiesz lub zaimportujesz maszynę wirtualną do serwera, na którym działa Hyper-V w systemie Windows Server 2016 lub Windows Server 2019 z systemu Windows Server 2012 R2, konfiguracja maszyny wirtualnej nie jest automatycznie aktualizowana. Oznacza to, że można przenieść maszynę wirtualną z powrotem na serwer z systemem Windows Server 2012 R2. Ale, oznacza to również, że nie możesz korzystać z nowych funkcji maszyny wirtualnej, dopóki nie zaktualizujesz ręcznie wersji konfiguracji maszyny wirtualnej.

Aby uzyskać instrukcje dotyczące sprawdzania i aktualizowania wersji, zobacz Uaktualnij wersję maszyny wirtualnej. W tym artykule wymieniono również wersję, w której wprowadzono niektóre funkcje.

Zabezpieczenia oparte na wirtualizacji dla maszyn wirtualnych generacji 2 (nowość)

Zabezpieczenia oparte na wirtualizacji zasilają takie funkcje, jak Device Guard i Credential Guard, oferując zwiększoną ochronę systemu operacyjnego przed exploitami złośliwego oprogramowania. Zabezpieczenia oparte na wirtualizacji są dostępne w maszynach wirtualnych gości generacji 2, począwszy od wersji 8. Aby uzyskać informacje na temat wersji maszyny wirtualnej, zobacz Uaktualnij wersję maszyny wirtualnej w Hyper-V w systemie Windows 10 lub Windows Server 2016.

Windows Containers (nowość)

Windows Containers pozwalają na uruchamianie wielu odizolowanych aplikacji na jednym systemie komputerowym. Można je szybko zbudować, są wysoce skalowalne i przenośne. Dostępne są dwa typy kontenerów, z których każdy zapewnia inny stopień izolacji aplikacji. Kontenery Windows Server Containers używają przestrzeni nazw i izolacji procesów. Kontenery Hyper-V używają lekkiej maszyny wirtualnej dla każdego kontenera.

Kluczowe funkcje obejmują:

• Obsługa witryn internetowych i aplikacji korzystających z protokołu HTTPS

• Nano serwer może hostować zarówno kontenery Windows Server, jak i Hyper-V

• Możliwość zarządzania danymi za pośrednictwem folderów współdzielonych kontenera

• Możliwość ograniczania zasobów kontenera

Szczegóły, w tym instrukcje szybkiego uruchamiania, zobacz Dokumentacja kontenerów systemu Windows.

Windows PowerShell Direct (nowy)

Daje to możliwość uruchamiania poleceń Windows PowerShell w maszynie wirtualnej z hosta. Windows PowerShell Direct działa pomiędzy hostem a maszyną wirtualną. Oznacza to, że nie wymaga wymagań sieciowych lub firewalla i działa niezależnie od konfiguracji zdalnego zarządzania.

Windows PowerShell Direct jest alternatywą dla istniejących narzędzi, których administratorzy Hyper-V używają do łączenia się z maszyną wirtualną na hoście Hyper-V:

• Narzędzia do zdalnego zarządzania, takie jak PowerShell lub Remote Desktop

• Hyper-V Virtual Machine Connection (VMConnect)

Narzędzia te działają dobrze, ale mają pewne wady: VMConnect jest niezawodny, ale może być trudny do zautomatyzowania. Remote PowerShell jest potężny, ale może być trudny do skonfigurowania i utrzymania. Te kompromisy mogą stać się jeszcze ważniejsze, gdy wdrożenie Hyper-V będzie się powiększać. Windows PowerShell Direct rozwiązuje ten problem, zapewniając wydajne skryptowanie i automatyzację, które jest tak proste, jak korzystanie z VMConnect.

Wymagania i instrukcje można znaleźć w sekcji Zarządzanie maszynami wirtualnymi Windows za pomocą PowerShell Direct.