Mi újdonságok a Hyper-V rendszerben?V on Windows Server

• 2017. 09. 21.
• 15 perc olvasás
• • B
  • p

  .

  • e
  • D
  • v
  • +5

Az alábbiakra vonatkozik: Windows Server 2019, Microsoft Hyper-V Server 2016, Windows Server 2016

Ez a cikk a Hyper-V új és megváltozott funkcióit ismerteti a Windows Server 2019, a Windows Server 2016 és a Microsoft Hyper-V Server 2016 rendszeren. Az új funkciók használatához a Windows Server 2012 R2 rendszerrel létrehozott és a Windows Server 2019 vagy Windows Server 2016 Hyper-V-t futtató kiszolgálóra áthelyezett vagy importált virtuális gépeken manuálisan frissíteni kell a virtuális gép konfigurációs verzióját. Az utasításokat lásd a Virtuális gép verziójának frissítése című fejezetben.

Az alábbiakat tartalmazza a cikk, és azt, hogy a funkció új vagy frissített.

Windows Server, 1903-as verzió

Hyper-V Manager hozzáadása a Server Core telepítésekhez (frissítve)

Amint az már ismert, a Windows Server, Semi-Annual Channel termelésben történő használatakor a Server Core telepítési lehetőséget javasoljuk. A Server Core azonban alapértelmezés szerint számos hasznos kezelési eszközt kihagy. Az App Compatibility funkció telepítésével a leggyakrabban használt eszközök közül sokat hozzáadhat, de néhány eszköz még mindig hiányzott.

Az ügyfelek visszajelzései alapján ezért ebben a verzióban az App Compatibility funkciót eggyel több eszközzel egészítettük ki: Hyper-V Manager (virtmgmt.msc).

Bővebb információért lásd: Server Core alkalmazáskompatibilitási funkció.

Windows Server 2019

Biztonság:

• Fióktelepi fejlesztések

  Az új tartalék HGS és offline mód funkciók kihasználásával mostantól védett virtuális gépeket futtathat olyan gépeken, amelyeken időszakos a kapcsolat a Host Guardian Service szolgáltatással. A Fallback HGS lehetővé teszi egy második URL-készlet konfigurálását, amelyet a Hyper-V megpróbálhat, ha nem éri el az elsődleges HGS-kiszolgálót.

  Az offline mód lehetővé teszi, hogy továbbra is elindítsa az árnyékolt VM-eket akkor is, ha a HGS nem érhető el, feltéve, hogy a VM egyszer már sikeresen elindult, és az állomás biztonsági konfigurációja nem változott.

• Hibaelhárítási fejlesztések

  A VMConnect Enhanced Session Mode és a PowerShell Direct támogatásának engedélyezésével megkönnyítettük az árnyékolt virtuális gépek hibaelhárítását is. Ezek az eszközök különösen akkor hasznosak, ha elveszett a hálózati kapcsolat a VM-hez, és a hozzáférés helyreállításához frissíteni kell a konfigurációját.

  Ezeket a funkciókat nem kell konfigurálni, és automatikusan elérhetővé válnak, ha egy árnyékolt VM-et Windows Server 1803-as vagy újabb verziójú Hyper-V állomáson helyezünk el.

• Linux-támogatás

  Ha vegyes operációs rendszerű környezeteket üzemeltet, a Windows Server 2019 mostantól támogatja az Ubuntu, a Red Hat Enterprise Linux és a SUSE Linux Enterprise Server futtatását árnyékolt virtuális gépeken belül.

Windows Server 2016

Kompatibilis a Connected Standby (új)

Ha a Hyper-V szerepkör olyan számítógépre van telepítve, amely az Always On/Always Connected (AOAC) energiaellátási modellt használja, mostantól elérhető a Connected Standby energiaellátási állapot.

Diszkrét eszközkiosztás (új)

Ezzel a funkcióval közvetlen és kizárólagos hozzáférést biztosíthat egy virtuális gépnek egyes PCIe hardvereszközökhöz. Az eszköz ilyen módon történő használata megkerüli a Hyper-V virtualizációs vermet, ami gyorsabb hozzáférést eredményez. A támogatott hardverekkel kapcsolatos részletekért lásd a “Különálló eszközkiosztás” című részt a Hyper-V a Windows Server 2016 rendszerkövetelményeiben. A részleteket, beleértve a funkció használatát és a megfontolásokat, a Virtualizáció blog “Discrete Device Assignment – Description and background” című bejegyzésében találja.

Titkosítási támogatás az operációs rendszer lemezéhez az 1. generációs virtuális gépekben (új)

Az operációs rendszer lemezét mostantól az 1. generációs virtuális gépekben BitLocker meghajtótitkosítással védheti. Az új funkció, a kulcstárolás, egy kis, dedikált meghajtót hoz létre a rendszermeghajtó BitLocker-kulcsának tárolására. Ez a virtuális Trusted Platform Module (TPM) használata helyett történik, amely csak a 2. generációs virtuális gépekben érhető el. A lemez visszafejtéséhez és a virtuális gép indításához a Hyper-V állomásnak vagy egy engedélyezett őrzött szövet része kell lennie, vagy rendelkeznie kell a virtuális gép egyik őrzőjének magánkulcsával. A kulcstároláshoz 8-as verziójú virtuális gépre van szükség. A virtuális gép verziójával kapcsolatos információkért lásd: A virtuális gép verziójának frissítése Hyper-V-ben Windows 10 vagy Windows Server 2016 rendszeren.

Host erőforrásvédelem (új)

Ez a funkció segít megakadályozni, hogy egy virtuális gép a túlzott mértékű aktivitást figyelve a rendszer erőforrásainak nagyobb részét használja. Ez segíthet megakadályozni, hogy egy virtuális gép túlzott aktivitása rontsa a hoszt vagy más virtuális gépek teljesítményét. Ha a felügyelet túlzott aktivitású virtuális gépet észlel, a virtuális gép kevesebb erőforrást kap. Ez a felügyelet és kényszerítés alapértelmezés szerint ki van kapcsolva. A Windows PowerShell segítségével kapcsolhatja be vagy ki. Bekapcsolásához futtassa ezt a parancsot:

Set-VMProcessor TestVM -EnableHostResourceProtection $true

Ezzel a cmdlet-tel kapcsolatos részletekért lásd: Set-VMProcessor.

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

Hálózati adaptert mostantól a virtuális gép futása közben is hozzáadhat vagy eltávolíthat anélkül, hogy ez állásidővel járna. Ez a Windows vagy Linux operációs rendszert futtató 2. generációs virtuális gépek esetében működik.

A virtuális géphez rendelt memória mennyiségét működés közben is módosíthatja, még akkor is, ha nem engedélyezte a dinamikus memóriát. Ez mind az 1., mind a 2. generációs virtuális gépek esetében működik, Windows Server 2016 vagy Windows 10 rendszert futtatva.

Hyper-V Manager fejlesztések (frissítve)

• Alternatív hitelesítő adatok támogatása – Mostantól más hitelesítő adatokat is használhat a Hyper-V Managerben, amikor egy másik Windows Server 2016 vagy Windows 10 távoli állomáshoz csatlakozik. Ezeket a hitelesítő adatokat el is mentheti, hogy megkönnyítse az újbóli bejelentkezést.

• Egy korábbi verzió kezelése – A Windows Server 2019, a Windows Server 2016 és a Windows 10 Hyper-V Managerrel a Windows Server 2012, a Windows 8, a Windows Server 2012 R2 és a Windows 8 Hyper-V-t futtató számítógépeket is kezelheti.1.

• Frissített kezelési protokoll – A Hyper-V Manager mostantól a WS-MAN protokoll segítségével kommunikál a távoli Hyper-V-állomással, amely lehetővé teszi a CredSSP, Kerberos vagy NTLM hitelesítést. Ha a CredSSP használatával csatlakozik egy távoli Hyper-V állomáshoz, akkor az Active Directoryban a korlátozott delegálás engedélyezése nélkül is végezhet élő migrációt. A WS-MAN-alapú infrastruktúra azt is megkönnyíti, hogy egy hosztot engedélyezzen távoli kezelésre. A WS-MAN a 80-as porton keresztül csatlakozik, amely alapértelmezés szerint nyitva van.

A Windows Update-en keresztül szállított integrációs szolgáltatások (frissítve)

A Windows vendégek integrációs szolgáltatásainak frissítése a Windows Update-en keresztül történik. A szolgáltatók és a privát felhőszolgáltatók számára ez a virtuális gépeket birtokló bérlők kezébe adja a frissítések alkalmazásának irányítását. A bérlők mostantól egyetlen módszerrel frissíthetik Windows virtuális gépeiket az összes frissítéssel, beleértve az integrációs szolgáltatásokat is. A Linux vendégekre vonatkozó integrációs szolgáltatásokról részletesen a Linux és FreeBSD virtuális gépek Hyper-V-n című fejezetben olvashat.

Linux Secure Boot (új)

A második generációs virtuális gépeken futó Linux operációs rendszerek mostantól a Secure Boot opció engedélyezésével is indíthatók. Az Ubuntu 14.04 és újabb verziók, a SUSE Linux Enterprise Server 12 és újabb verziók, a Red Hat Enterprise Linux 7.0 és újabb verziók, valamint a CentOS 7.0 és újabb verziók engedélyezik a Secure Boot használatát Windows Server 2016-ot futtató hosztokon. A virtuális gép első indítása előtt be kell állítania a virtuális gépet a Microsoft UEFI tanúsítványszolgáltató használatára. Ezt a Hyper-V Manager, a Virtual Machine Manager vagy egy emelt szintű Windows Powershell munkamenetből teheti meg. Windows PowerShell esetén futtassa ezt a parancsot:

Set-VMFirmware TestVM -SecureBootTemplate MicrosoftUEFICertificateAuthority

A Linux virtuális gépekkel kapcsolatos további információkat a Linux és FreeBSD virtuális gépek Hyper-V rendszerben című témakörben talál. A parancsparanccsal kapcsolatos további információkért lásd: Set-VMFirmware.

Több memória és processzor a 2. generációs virtuális gépek és Hyper-V hosztok számára (frissítve)

A 8. verzióval kezdődően a 2. generációs virtuális gépek jelentősen több memóriát és virtuális processzort használhatnak. A gazdák is a korábban támogatottnál lényegesen több memóriával és virtuális processzorral konfigurálhatók. Ezek a változások olyan új forgatókönyveket támogatnak, mint például az e-kereskedelem nagy, memórián belüli adatbázisainak futtatása online tranzakciófeldolgozáshoz (OLTP) és adattárházakhoz (DW). A Windows Server blog nemrégiben tette közzé egy 5,5 terabájt memóriával és 128 virtuális processzorral rendelkező virtuális gép teljesítményeredményeit, amely 4 TB-os memórián belüli adatbázist futtatott. A teljesítmény meghaladta a fizikai szerver teljesítményének 95%-át. A részletekért lásd: Windows Server 2016 Hyper-V nagyméretű VM-teljesítmény a memórián belüli tranzakciófeldolgozáshoz. A virtuális gépverziókkal kapcsolatos részletekért lásd: Virtuális gépverzió frissítése Hyper-V-ben Windows 10 vagy Windows Server 2016 rendszeren. A támogatott maximális konfigurációk teljes listáját lásd: A Hyper-V skálázhatóságának tervezése a Windows Server 2016 rendszerben.

Beépített virtualizáció (új)

Ez a funkció lehetővé teszi, hogy egy virtuális gépet Hyper-V állomásként használjon, és virtuális gépeket hozzon létre ezen a virtualizált állomáson belül. Ez különösen hasznos lehet fejlesztési és tesztkörnyezetekben. A beágyazott virtualizáció használatához szükség van:

• A fizikai Hyper-V állomáson és a virtualizált állomáson egyaránt legalább Windows Server 2019, Windows Server 2016 vagy Windows 10 futtatására.

• Intel VT-x processzorra (a beágyazott virtualizáció egyelőre csak Intel processzorokhoz érhető el).

Részletekért és utasításokért lásd: Hyper-V futtatása virtuális gépben fészkelt virtualizációval.

Hálózati funkciók (új)

Az új hálózati funkciók közé tartozik:

• Távoli közvetlen memóriaelérés (RDMA) és kapcsoló beágyazott csoportosítás (SET). Az RDMA beállítható a Hyper-V virtuális kapcsolóhoz kötött hálózati adaptereken, függetlenül attól, hogy a SET is használatban van-e. A SET a virtuális kapcsolót a hálózati kártyák csoportosításával megegyező képességekkel látja el. Részletekért lásd: Távoli közvetlen memóriaelérés (RDMA) és kapcsoló beágyazott csoportosítása (SET).

• Virtuális gép többszörös várólistái (VMMQ). Javítja a VMQ áteresztőképességét azáltal, hogy virtuális gépenként több hardveres várólistát rendel hozzá. Az alapértelmezett várólista egy virtuális gép számára több várólistává válik, és a forgalom szétoszlik a várólisták között.

• Szolgáltatási minőség (QoS) szoftveresen definiált hálózatokhoz. A forgalom alapértelmezett osztályának kezelése a virtuális kapcsolón keresztül az alapértelmezett osztály sávszélességén belül.

Az új hálózati funkciókról bővebben a Hálózati újdonságok című fejezetben olvashat.

Produkciós ellenőrzőpontok (új)

A produkciós ellenőrzőpontok egy virtuális gép “point-in-time” képei. Ezek lehetőséget adnak egy olyan ellenőrzési pont alkalmazására, amely megfelel a támogatási irányelveknek, amikor egy virtuális gépen termelési munkaterhelés fut. A termelési ellenőrzési pontok a mentett állapot helyett a vendégen belüli biztonsági mentési technológián alapulnak. A Windows virtuális gépek esetében a Volume Snapshot Service (VSS) szolgáltatást használják. Linux virtuális gépek esetében a fájlrendszer puffereit kiürítik, hogy a fájlrendszerrel konzisztens ellenőrzőpontot hozzanak létre. Ha inkább a mentett állapotokon alapuló ellenőrzőpontokat szeretné használni, válassza helyette a szabványos ellenőrzőpontokat. További részletekért lásd: Válasszon a szabványos vagy a termelési ellenőrzési pontok között a Hyper-V-ben.

Hyper-V fürt frissítése (új)

Most Windows Server 2019 vagy Windows Server 2016 rendszerű csomópontot adhat egy Windows Server 2012 R2 rendszerű csomópontokat tartalmazó Hyper-V fürthöz. Ez lehetővé teszi a fürt leállási idő nélküli frissítését. A fürt mindaddig Windows Server 2012 R2 funkciószinten fut, amíg nem frissíti a fürt összes csomópontját, és nem frissíti a fürt funkcionális szintjét a Windows PowerShell Update-ClusterFunctionalLevel parancsikonnal.

A Windows Server 2012 R2 funkcionális szintű Hyper-V fürt esetében, amelynek csomópontjain Windows Server 2012 R2, Windows Server 2019 és Windows Server 2016 fut, vegye figyelembe a következőket:

• A fürt, a Hyper-V és a virtuális gépek kezelése Windows Server 2016 vagy Windows 10 rendszert futtató csomópontról.

• Virtuális gépeket mozgathat a Hyper-V fürt összes csomópontja között.

• Az új Hyper-V funkciók használatához minden csomóponton Windows Server 2016 vagy kell futtatni, és a fürt működési szintjét frissíteni kell.

• A meglévő virtuális gépek konfigurációs verziója nem frissül. A konfigurációs verzió csak a fürt funkcionális szintjének frissítése után frissíthető.

• A létrehozott virtuális gépek kompatibilisek a Windows Server 2012 R2, 5. virtuális gép konfigurációs szintjével.

A fürt funkcionális szintjének frissítése után:

• Az új Hyper-V funkciókat engedélyezheti.

• A virtuális gépek új funkcióinak elérhetővé tételéhez használja a Update-vmVersion cmdletet a virtuális gép konfigurációs szintjének manuális frissítéséhez. Útmutatásért lásd: A virtuális gép verziójának frissítése.

• Nem adhat hozzá olyan csomópontot a Hyper-V fürthöz, amelyen Windows Server 2012 R2 fut.

A részletekért és az utasításokért lásd a Fürt operációs rendszer gördülő frissítése.

Megosztott virtuális merevlemezek (frissítve)

A vendégfürtözéshez használt megosztott virtuális merevlemezek (.vhdx fájlok) méretét mostantól leállás nélkül átméretezheti. A megosztott virtuális merevlemezek növelhetők vagy csökkenthetők, miközben a virtuális gép online van. A vendégfürtök mostantól a megosztott virtuális merevlemezeket is megvédhetik a Hyper-V Replica segítségével a katasztrófa utáni helyreállításhoz.

Engedélyezze a replikációt a gyűjteményen. A replikáció engedélyezése egy gyűjteményen csak a WMI-felületen keresztül érhető el. További részletekért lásd az Msvm_CollectionReplicationService osztály dokumentációját. A gyűjtemény replikációja nem kezelhető PowerShell-cmdlet vagy felhasználói felület segítségével. A VM-eknek egy Hyper-V fürt részét képező hosztokon kell lenniük ahhoz, hogy hozzáférhessenek a gyűjteményre jellemző funkciókhoz. Ez magában foglalja a megosztott VHD-t is – az önálló állomáson lévő megosztott VHD-kat a Hyper-V Replica nem támogatja.

Kövesse a Virtuális merevlemez-megosztás áttekintése című fejezetben a megosztott VHD-kra vonatkozó irányelveket, és győződjön meg arról, hogy a megosztott VHD-k egy vendégfürt részét képezik.

A megosztott VHD-vel rendelkező, de kapcsolódó vendégfürt nélküli gyűjtemény nem hozhat létre referenciapontokat a gyűjteményhez (függetlenül attól, hogy a megosztott VHD szerepel-e a referenciapontok létrehozásában vagy sem).

Virtuális gép biztonsági mentése(új)

Ha egyetlen virtuális gépről készít biztonsági mentést (függetlenül attól, hogy az állomás fürtözött-e vagy sem), nem szabad VM-csoportot használni. Pillanatfelvétel-gyűjteményt sem szabad használni. A VM-csoportok és a pillanatfelvétel-gyűjtemény kizárólag a megosztott vhdx-et használó vendégfürtök mentésére szolgálnak. Ehelyett a Hyper-V WMI v2 szolgáltató segítségével kell pillanatképet készítenie. Hasonlóképpen ne használja a Failover Cluster WMI szolgáltatót.

Pajzsolt virtuális gépek (új)

A pajzsolt virtuális gépek számos funkciót használnak annak érdekében, hogy megnehezítsék a Hyper-V rendszergazdák és az állomáson lévő rosszindulatú programok számára a pajzsolt virtuális gépek állapotának vizsgálatát, meghamisítását vagy adatlopását. Az adatok és az állapot titkosítva vannak, a Hyper-V rendszergazdák nem láthatják a videokimenetet és a lemezeket, és a virtuális gépeket úgy lehet korlátozni, hogy csak ismert, egészséges hostokon fussanak, amit a Host Guardian Server határoz meg. Részletekért lásd a Guarded Fabric és a Shielded VMs című fejezetet.

A fürtözött virtuális gépek indítási sorrendjének prioritása (új)

Ezzel a funkcióval jobban szabályozhatja, hogy mely fürtözött virtuális gépek induljanak el vagy induljanak újra először. Ez megkönnyíti, hogy a szolgáltatásokat nyújtó virtuális gépeket előbb indítsa el, mint azokat a virtuális gépeket, amelyek ezeket a szolgáltatásokat használják. Készletek definiálása, virtuális gépek elhelyezése a készletekben és függőségek megadása. A halmazok kezeléséhez Windows PowerShell parancsikonokat használhat, például a New-ClusterGroupSet, Get-ClusterGroupSet és Add-ClusterGroupSetDependency parancsokat..

Tárolási szolgáltatásminőség (QoS) (frissítve)

Már létrehozhat tárolási QoS-házirendeket a Scale-Out File Server-en, és hozzárendelheti azokat a Hyper-V virtuális gépek egy vagy több virtuális lemezéhez. A tárolási teljesítmény a tárolási terhelés ingadozásakor automatikusan újraszabályozódik, hogy megfeleljen a házirendeknek. Részletekért lásd: Tárolási szolgáltatásminőség.

Virtuális gép konfigurációs fájlformátum (frissítve)

A virtuális gép konfigurációs fájljai új formátumot használnak, amely hatékonyabbá teszi a konfigurációs adatok olvasását és írását. A formátum emellett kevésbé valószínűvé teszi az adatok sérülését tárolási hiba esetén. A virtuális gép konfigurációs adatfájlok .vmcx fájlnévkiterjesztést, a futásidejű állapotadatfájlok pedig .vmrs fájlnévkiterjesztést használnak.

Virtuális gép konfigurációs verziója (frissítve)

A verzió a virtuális gép konfigurációjának, mentett állapotának és pillanatképfájljainak a Hyper-V verziójával való kompatibilitását jelzi. Az 5-ös verziójú virtuális gépek kompatibilisek a Windows Server 2012 R2 rendszerrel, és mind a Windows Server 2012 R2, mind a Windows Server 2016 rendszeren futtathatók. A Windows Server 2016-ban és a Windows Server 2019-ben bevezetett verziókkal rendelkező virtuális gépek nem futnak Hyper-V-ben a Windows Server 2012 R2 rendszeren.

Ha egy virtuális gépet Windows Server 2012 R2-ből áthelyez vagy importál egy Windows Server 2016 vagy Windows Server 2019 Hyper-V-t futtató kiszolgálóra, a virtuális gép konfigurációja nem frissül automatikusan. Ez azt jelenti, hogy a virtuális gépet visszahelyezheti egy Windows Server 2012 R2 rendszert futtató kiszolgálóra. Ez azonban azt is jelenti, hogy addig nem tudja használni az új virtuális gépfunkciókat, amíg manuálisan nem frissíti a virtuális gép konfigurációjának verzióját.

A verzió ellenőrzésére és frissítésére vonatkozó utasításokat lásd: A virtuális gép verziójának frissítése. Ez a cikk felsorolja azt a verziót is, amelyben egyes funkciókat bevezettek.

Virtualizáció alapú biztonság a 2. generációs virtuális gépekhez (új)

A virtualizáció alapú biztonság olyan funkciókat támogat, mint az Eszközvédelem és a Hitelesítési őrzés, amelyek fokozott védelmet nyújtanak az operációs rendszernek a rosszindulatú programokból származó kihasználásokkal szemben. A virtualizáció alapú biztonság a 2. generációs vendég virtuális gépeken a 8. verziótól kezdve érhető el. A virtuális gép verziójával kapcsolatos információkért lásd: Virtuális gép verziójának frissítése a Hyper-V-ben Windows 10 vagy Windows Server 2016 rendszeren.

Windows Containers (új)

A Windows Containers lehetővé teszi, hogy számos elszigetelt alkalmazás fusson egy számítógépes rendszeren. Gyorsan elkészíthetők, valamint nagymértékben skálázhatók és hordozhatók. Kétféle konténer-futtatási idő áll rendelkezésre, mindkettő más-más mértékű alkalmazáselszigeteléssel. A Windows Server Containers névtér- és folyamatszigetelést használ. A Hyper-V konténerek minden konténerhez egy könnyű virtuális gépet használnak.

A legfontosabb funkciók közé tartoznak:

• HTTPS-t használó weboldalak és alkalmazások támogatása

• A Nano kiszolgáló Windows Server és Hyper-V konténereket is fogadhat

• A konténerek megosztott mappáin keresztül történő adatkezelés lehetősége

• A konténer erőforrások korlátozásának lehetősége

A részletekért, beleértve a gyorsindítási útmutatókat, lásd a Windows Containers dokumentációban.

Windows PowerShell Direct (új)

Ez lehetővé teszi a Windows PowerShell parancsok futtatását egy virtuális gépen a gazdaállomásról. A Windows PowerShell Direct a gazda és a virtuális gép között fut. Ez azt jelenti, hogy nem igényel hálózati vagy tűzfalkövetelményeket, és a távoli kezelési konfigurációtól függetlenül működik.

A Windows PowerShell Direct alternatívája azoknak a meglévő eszközöknek, amelyeket a Hyper-V rendszergazdák a Hyper-V állomáson lévő virtuális géphez való csatlakozáshoz használnak:

• Távoli kezelési eszközök, például a PowerShell vagy a Remote Desktop

• Hyper-V Virtual Machine Connection (VMConnect)

Az említett eszközök jól működnek, de vannak hátrányaik: A VMConnect megbízható, de nehezen automatizálható. A Remote PowerShell hatékony, de nehéz lehet beállítani és karbantartani. Ezek a kompromisszumok a Hyper-V telepítés növekedésével egyre fontosabbá válhatnak. A Windows PowerShell Direct megoldja ezt a problémát azzal, hogy olyan hatékony szkriptelési és automatizálási élményt nyújt, amely ugyanolyan egyszerű, mint a VMConnect használata.

A követelmények és az utasításokért lásd: Windows virtuális gépek kezelése a PowerShell Direct segítségével.