Ce este nou în Hyper-V pe Windows Server

• 09/21/2017
• 15 minute de citit
• • B
  • p

  .

  • e
  • D
  • v
  • +5

Se aplică la: Windows Server 2019, Microsoft Hyper-V Server 2016, Microsoft Hyper-V Server 2016, Windows Server 2016

Acest articol explică funcționalitatea nouă și modificată a Hyper-V pe Windows Server 2019, Windows Server 2016 și Microsoft Hyper-V Server 2016. Pentru a utiliza noile funcționalități pe mașinile virtuale create cu Windows Server 2012 R2 și mutate sau importate pe un server care rulează Hyper-V pe Windows Server 2019 sau Windows Server 2016, va trebui să actualizați manual versiunea de configurare a mașinii virtuale. Pentru instrucțiuni, consultați Actualizarea versiunii mașinii virtuale.

Iată ce este inclus în acest articol și dacă funcționalitatea este nouă sau actualizată.

Windows Server, versiunea 1903

Adaugați Hyper-V Manager la instalațiile Server Core (actualizat)

După cum probabil știți, vă recomandăm să folosiți opțiunea de instalare Server Core atunci când utilizați Windows Server, Semi-Annual Channel în producție. Cu toate acestea, Server Core omite în mod implicit o serie de instrumente de gestionare utile. Puteți adăuga multe dintre cele mai frecvent utilizate instrumente prin instalarea funcției App Compatibility, dar au existat încă unele instrumente lipsă.

Așa că, pe baza feedback-ului clienților, am adăugat încă un instrument la funcția App Compatibility în această versiune: Hyper-V Manager (virtmgmt.msc).

Pentru mai multe informații, consultați Caracteristica de compatibilitate a aplicațiilor Server Core.

Windows Server 2019

Securitate: Îmbunătățiri ale mașinilor virtuale ecranate (nou)

• Ambunătățiri ale biroului filialei

  Acum puteți rula mașini virtuale ecranate pe mașini cu conectivitate intermitentă la Host Guardian Service prin utilizarea noilor caracteristici HGS de rezervă și a modului offline. Fallback HGS vă permite să configurați un al doilea set de URL-uri pe care Hyper-V să le încerce în cazul în care nu poate ajunge la serverul HGS principal.

  Modul offline vă permite să continuați să porniți mașinile virtuale protejate, chiar dacă HGS nu poate fi contactat, atâta timp cât mașina virtuală a pornit cu succes o dată, iar configurația de securitate a gazdei nu s-a schimbat.

• Ambunătățiri pentru depanare

  Am facilitat, de asemenea, depanarea mașinilor virtuale ecranate prin activarea suportului pentru VMConnect Enhanced Session Mode și PowerShell Direct. Aceste instrumente sunt deosebit de utile dacă ați pierdut conectivitatea de rețea la mașina virtuală și trebuie să actualizați configurația acesteia pentru a restabili accesul.

  Aceste caracteristici nu trebuie să fie configurate și devin disponibile automat atunci când o mașină virtuală ecranată este plasată pe o gazdă Hyper-V care rulează Windows Server versiunea 1803 sau o versiune ulterioară.

• Suport Linux

  Dacă executați medii cu sisteme de operare mixte, Windows Server 2019 acceptă acum rularea Ubuntu, Red Hat Enterprise Linux și SUSE Linux Enterprise Server în interiorul mașinilor virtuale protejate.

Windows Server 2016

Compatibil cu Connected Standby (nou)

Când rolul Hyper-V este instalat pe un computer care utilizează modelul de alimentare Always On/Always Connected (AOAC), starea de alimentare Connected Standby este acum disponibilă.

Asignare dispozitiv discret (nou)

Această caracteristică vă permite să acordați unei mașini virtuale acces direct și exclusiv la unele dispozitive hardware PCIe. Utilizarea unui dispozitiv în acest mod ocolește stiva de virtualizare Hyper-V, ceea ce duce la un acces mai rapid. Pentru detalii despre componentele hardware acceptate, consultați „Atribuirea dispozitivelor discrete” în Cerințe de sistem pentru Hyper-V pe Windows Server 2016. Pentru detalii, inclusiv modul de utilizare a acestei caracteristici și considerații, consultați postarea „Discrete Device Assignment – Description and background” (Atribuirea discretă a dispozitivelor – Descriere și context) din blogul Virtualization.

Suport pentru criptare pentru discul sistemului de operare în mașinile virtuale de generația 1 (nou)

Acum puteți proteja discul sistemului de operare utilizând criptarea unității BitLocker în mașinile virtuale de generația 1. O nouă caracteristică, stocarea cheilor, creează o unitate mică, dedicată, pentru a stoca cheia BitLocker a unității de sistem. Acest lucru se face în loc să se utilizeze un modul virtual Trusted Platform Module (TPM), care este disponibil numai în mașinile virtuale de generația 2. Pentru a decripta discul și a porni mașina virtuală, gazda Hyper-V trebuie fie să facă parte dintr-o țesătură păzită autorizată, fie să dețină cheia privată de la unul dintre gardienii mașinii virtuale. Stocarea cheilor necesită o mașină virtuală versiunea 8. Pentru informații despre versiunea mașinii virtuale, consultați Actualizarea versiunii mașinii virtuale în Hyper-V pe Windows 10 sau Windows Server 2016.

Protecție resurse gazdă (nou)

Această caracteristică ajută la prevenirea utilizării de către o mașină virtuală a mai mult decât partea sa de resurse de sistem prin căutarea unor niveluri excesive de activitate. Acest lucru poate ajuta la împiedicarea ca activitatea excesivă a unei mașini virtuale să degradeze performanța gazdei sau a altor mașini virtuale. Atunci când monitorizarea detectează o mașină virtuală cu activitate excesivă, mașinii virtuale i se acordă mai puține resurse. Această monitorizare și aplicare este dezactivată în mod implicit. Utilizați Windows PowerShell pentru a o activa sau dezactiva. Pentru a o activa, rulați această comandă:

Set-VMProcessor TestVM -EnableHostResourceProtection $true

Pentru detalii despre acest cmdlet, consultați Set-VMProcessor.

Adaptare și eliminare la cald pentru adaptoare de rețea și memorie (nou)

Acum puteți adăuga sau elimina un adaptor de rețea în timp ce mașina virtuală este în curs de execuție, fără a suporta timp de nefuncționare. Acest lucru funcționează pentru mașinile virtuale din generația 2 care rulează sistemele de operare Windows sau Linux.

De asemenea, puteți ajusta cantitatea de memorie atribuită unei mașini virtuale în timp ce aceasta rulează, chiar dacă nu ați activat memoria dinamică. Acest lucru funcționează atât pentru mașinile virtuale de generația 1, cât și pentru cele de generația 2, care rulează Windows Server 2016 sau Windows 10.

Ambunătățiri Hyper-V Manager (actualizate)

• Suport pentru acreditări alternative – Acum puteți utiliza un set diferit de acreditări în Hyper-V Manager atunci când vă conectați la o altă gazdă la distanță Windows Server 2016 sau Windows 10. De asemenea, puteți salva aceste acreditări pentru a facilita conectarea din nou.

• Gestionați versiunile anterioare – Cu Hyper-V Manager în Windows Server 2019, Windows Server 2016 și Windows 10, puteți gestiona computerele care rulează Hyper-V pe Windows Server 2012, Windows 8, Windows Server 2012 R2 și Windows 8.1.

• Protocol de gestionare actualizat – Hyper-V Manager comunică acum cu gazdele Hyper-V de la distanță utilizând protocolul WS-MAN, care permite autentificarea CredSSP, Kerberos sau NTLM. Atunci când utilizați CredSSP pentru a vă conecta la o gazdă Hyper-V la distanță, puteți efectua o migrare live fără a activa delegarea constrânsă în Active Directory. Infrastructura bazată pe WS-MAN facilitează, de asemenea, activarea unei gazde pentru gestionarea la distanță. WS-MAN se conectează pe portul 80, care este deschis în mod implicit.

Servicii de integrare distribuite prin Windows Update (actualizat)

Actualizările serviciilor de integrare pentru oaspeții Windows sunt distribuite prin Windows Update. Pentru furnizorii de servicii și găzduitorii de cloud privat, acest lucru pune controlul aplicării actualizărilor în mâinile chiriașilor care dețin mașinile virtuale. Locatarii își pot actualiza acum mașinile virtuale Windows cu toate actualizările, inclusiv serviciile de integrare, folosind o singură metodă. Pentru detalii despre serviciile de integrare pentru oaspeții Linux, consultați Mașini virtuale Linux și FreeBSD pe Hyper-V.

Linux Secure Boot (nou)

Sistemele de operare Linux care rulează pe mașini virtuale de generația 2 pot porni acum cu opțiunea Secure Boot activată. Ubuntu 14.04 și versiunile ulterioare, SUSE Linux Enterprise Server 12 și versiunile ulterioare, Red Hat Enterprise Linux 7.0 și versiunile ulterioare și CentOS 7.0 și versiunile ulterioare sunt activate pentru Secure Boot pe gazdele care rulează Windows Server 2016. Înainte de a porni mașina virtuală pentru prima dată, trebuie să configurați mașina virtuală pentru a utiliza Autoritatea de certificare Microsoft UEFI. Puteți face acest lucru din Hyper-V Manager, Virtual Machine Manager sau dintr-o sesiune Windows Powershell ridicată. Pentru Windows PowerShell, rulați această comandă:

Set-VMFirmware TestVM -SecureBootTemplate MicrosoftUEFICertificateAuthority

Pentru mai multe informații despre mașinile virtuale Linux pe Hyper-V, consultați Mașini virtuale Linux și FreeBSD pe Hyper-V. Pentru mai multe informații despre cmdlet, consultați Set-VMFirmware.

Mai multă memorie și procesoare pentru mașinile virtuale din generația 2 și gazdele Hyper-V (actualizat)

Începând cu versiunea 8, mașinile virtuale din generația 2 pot utiliza semnificativ mai multă memorie și procesoare virtuale. Gazdele pot fi, de asemenea, configurate cu semnificativ mai multă memorie și procesoare virtuale decât cele suportate anterior. Aceste modificări susțin noi scenarii, cum ar fi rularea de baze de date mari în memorie de comerț electronic pentru procesarea tranzacțiilor online (OLTP) și pentru depozitarea datelor (DW). Blogul Windows Server a publicat recent rezultatele de performanță ale unei mașini virtuale cu 5,5 terabytes de memorie și 128 de procesoare virtuale care rulează o bază de date in-memory de 4 TB. Performanța a fost mai mare de 95% din performanța unui server fizic. Pentru detalii, consultați Performanța mașinilor virtuale de mari dimensiuni Windows Server 2016 Hyper-V pentru procesarea tranzacțiilor în memorie. Pentru detalii despre versiunile mașinilor virtuale, consultați Actualizarea versiunii mașinilor virtuale în Hyper-V pe Windows 10 sau Windows Server 2016. Pentru lista completă a configurațiilor maxime acceptate, consultați Planificarea scalabilității Hyper-V în Windows Server 2016.

Virtualizare înglobată (nou)

Această caracteristică vă permite să utilizați o mașină virtuală ca gazdă Hyper-V și să creați mașini virtuale în cadrul acelei gazde virtualizate. Acest lucru poate fi deosebit de util pentru mediile de dezvoltare și de testare. Pentru a utiliza virtualizarea înglobată, veți avea nevoie de:

• Pentru a rula cel puțin Windows Server 2019, Windows Server 2016 sau Windows 10 atât pe gazda fizică Hyper-V, cât și pe gazda virtualizată.

• Un procesor cu Intel VT-x (virtualizarea înglobată este disponibilă numai pentru procesoarele Intel în acest moment).

Pentru detalii și instrucțiuni, consultați Rularea Hyper-V într-o mașină virtuală cu virtualizare înglobată.

Caracteristici de rețea (noi)

Caracteristicile noi de rețea includ:

• Acces direct la memorie la distanță (RDMA) și switch embedded teaming (SET). Puteți configura RDMA pe adaptoarele de rețea legate de un switch virtual Hyper-V, indiferent dacă se utilizează și SET. SET oferă un comutator virtual cu unele dintre aceleași capacități ca și NIC teaming. Pentru detalii, consultați Remote Direct Memory Access (RDMA) și Switch Embedded Teaming (SET).

• Virtual machine multi queues (VMMQ). Îmbunătățește randamentul VMQ prin alocarea mai multor cozi hardware pentru fiecare mașină virtuală. Coada implicită devine un set de cozi pentru o mașină virtuală, iar traficul este distribuit între cozile de așteptare.

• Calitatea serviciului (QoS) pentru rețele definite prin software. Gestionează clasa implicită de trafic prin comutatorul virtual în cadrul lățimii de bandă a clasei implicite.

Pentru mai multe informații despre noile caracteristici de rețea, consultați Ce este nou în rețele.

Puncte de control de producție (nou)

Punctele de control de producție sunt imagini „point-in-time” ale unei mașini virtuale. Acestea vă oferă o modalitate de a aplica un punct de verificare care respectă politicile de asistență atunci când o mașină virtuală rulează o sarcină de lucru de producție. Punctele de control de producție se bazează pe tehnologia de backup din interiorul oaspetelui în loc de o stare salvată. Pentru mașinile virtuale Windows, se utilizează Volume Snapshot Service (VSS). Pentru mașinile virtuale Linux, tampoanele sistemului de fișiere sunt șterse pentru a crea un punct de verificare care este în concordanță cu sistemul de fișiere. Dacă preferați să utilizați puncte de control bazate pe stări salvate, alegeți în schimb punctele de control standard. Pentru detalii, consultați Alegeți între punctele de verificare standard sau de producție în Hyper-V.

Actualizare Hyper-V Cluster (nou)

Acum puteți adăuga un nod care rulează Windows Server 2019 sau Windows Server 2016 la un Hyper-V Cluster cu noduri care rulează Windows Server 2012 R2. Acest lucru vă permite să actualizați clusterul fără timp de nefuncționare. Clusterul rulează la un nivel funcțional Windows Server 2012 R2 până când actualizați toate nodurile din cluster și actualizați nivelul funcțional al clusterului cu cmdlet-ul Windows PowerShell, Update-ClusterFunctionalLevel.

Pentru un cluster Hyper-V cu un nivel funcțional de Windows Server 2012 R2 cu noduri care rulează Windows Server 2012 R2, Windows Server 2019 și Windows Server 2016, rețineți următoarele:

• Gestionați clusterul, Hyper-V și mașinile virtuale de la un nod care rulează Windows Server 2016 sau Windows 10.

• Puteți muta mașinile virtuale între toate nodurile din clusterul Hyper-V.

• Pentru a utiliza noile caracteristici Hyper-V, toate nodurile trebuie să ruleze Windows Server 2016 sau și nivelul funcțional al clusterului trebuie să fie actualizat.

• Versiunea de configurare a mașinilor virtuale pentru mașinile virtuale existente nu este actualizată. Puteți actualiza versiunea de configurare numai după ce actualizați nivelul funcțional al clusterului.

• Mașinile virtuale pe care le creați sunt compatibile cu Windows Server 2012 R2, nivelul 5 de configurare a mașinilor virtuale.

După ce actualizați nivelul funcțional al clusterului:

• Puteți activa noile caracteristici Hyper-V.

• Pentru a face disponibile noile caracteristici ale mașinilor virtuale, utilizați cmdlet-ul Update-vmVersion pentru a actualiza manual nivelul de configurare a mașinilor virtuale. Pentru instrucțiuni, consultați Actualizarea versiunii mașinii virtuale.

• Nu puteți adăuga un nod la clusterul Hyper-V care rulează Windows Server 2012 R2.

Pentru detalii și instrucțiuni, consultați Cluster Operating System Rolling Upgrade.

Discuri hard disk virtuale partajate (actualizat)

Acum puteți redimensiona discurile hard disk virtuale partajate (fișiere .vhdx) utilizate pentru clusterizarea oaspeților, fără timp de nefuncționare. Discurile hard disk virtuale partajate pot fi mărite sau micșorate în timp ce mașina virtuală este online. Clusterele invitate pot acum, de asemenea, să protejeze discurile hard disk virtuale partajate prin utilizarea Hyper-V Replica pentru recuperarea în caz de dezastru.

Activați replicarea pe colecție. Activarea replicării pe o colecție este expusă numai prin intermediul interfeței WMI. Consultați documentația pentru clasa Msvm_CollectionReplicationService pentru mai multe detalii. Nu puteți gestiona replicarea unei colecții prin intermediul cmdletului PowerShell sau al interfeței de utilizare. Mașinile virtuale trebuie să se afle pe gazde care fac parte dintr-un cluster Hyper-V pentru a accesa caracteristicile specifice unei colecții. Aceasta include VHD partajate – VHD-urile partajate pe gazde autonome nu sunt acceptate de Hyper-V Replica.

Să urmați liniile directoare pentru VHD-uri partajate în Virtual Hard Disk Sharing Overview și asigurați-vă că VHD-urile dvs. partajate fac parte dintr-un cluster de oaspeți.

O colecție cu un VHD partajat, dar fără un cluster invitat asociat, nu poate crea puncte de referință pentru colecție (indiferent dacă VHD-ul partajat este inclus sau nu în crearea punctului de referință).

Salvare mașină virtuală (nou)

Dacă efectuați o copie de rezervă a unei singure mașini virtuale (indiferent dacă gazda este în cluster sau nu), nu trebuie să utilizați un grup de mașini virtuale. Nici nu ar trebui să utilizați o colecție de instantanee. Grupurile VM și colecția de instantanee sunt destinate a fi utilizate exclusiv pentru backupul clusterelor de oaspeți care utilizează vhdx-uri partajate. În schimb, ar trebui să realizați un instantaneu utilizând furnizorul Hyper-V WMI v2. De asemenea, nu utilizați furnizorul WMI Failover Cluster.

Mașini virtuale ecranate (nou)

Mașinile virtuale ecranate utilizează mai multe caracteristici pentru a face mai dificilă inspectarea, modificarea sau furtul datelor din starea unei mașini virtuale ecranate de către administratorii Hyper-V și de către programele malware de pe gazdă. Datele și starea sunt criptate, administratorii Hyper-V nu pot vedea ieșirea video și discurile, iar mașinile virtuale pot fi restricționate pentru a rula numai pe gazde cunoscute și sănătoase, așa cum este determinat de un Host Guardian Server. Pentru detalii, consultați Guarded Fabric și Shielded VMs.

Prioritatea ordinii de pornire pentru mașinile virtuale grupate (nou)

Această caracteristică vă oferă mai mult control asupra mașinilor virtuale grupate care sunt pornite sau repornite primele. Astfel, este mai ușor să porniți mașinile virtuale care furnizează servicii înaintea mașinilor virtuale care utilizează aceste servicii. Definiți seturi, plasați mașinile virtuale în seturi și specificați dependențele. Utilizați cmdlete Windows PowerShell pentru a gestiona seturile, cum ar fi New-ClusterGroupSet, Get-ClusterGroupSet și Add-ClusterGroupSetDependency.

Calitatea serviciului (QoS) de stocare (actualizată)

Acum puteți crea politici QoS de stocare pe un server de fișiere Scale-Out și le puteți atribui la unul sau mai multe discuri virtuale pe mașinile virtuale Hyper-V. Performanța stocării este reajustată automat pentru a respecta politicile pe măsură ce sarcina de stocare fluctuează. Pentru detalii, consultați Calitatea serviciului de stocare.

Formatul fișierului de configurare a mașinilor virtuale (actualizat)

Filierele de configurare a mașinilor virtuale utilizează un nou format care face ca citirea și scrierea datelor de configurare să fie mai eficiente. Formatul face, de asemenea, mai puțin probabilă coruperea datelor în cazul în care apare o defecțiune de stocare. Fișierele de date de configurare a mașinilor virtuale utilizează o extensie a numelui de fișier .vmcx, iar fișierele de date de stare de execuție utilizează o extensie a numelui de fișier .vmrs.

Versiunea de configurare a mașinii virtuale (actualizată)

Versiunea reprezintă compatibilitatea fișierelor de configurare, stare salvată și instantanee ale mașinii virtuale cu versiunea de Hyper-V. Mașinile virtuale cu versiunea 5 sunt compatibile cu Windows Server 2012 R2 și pot rula atât pe Windows Server 2012 R2, cât și pe Windows Server 2016. Mașinile virtuale cu versiuni introduse în Windows Server 2016 și Windows Server 2019 nu vor rula în Hyper-V pe Windows Server 2012 R2.

Dacă mutați sau importați o mașină virtuală pe un server care rulează Hyper-V pe Windows Server 2016 sau Windows Server 2019 din Windows Server 2012 R2, configurația mașinii virtuale nu este actualizată automat. Acest lucru înseamnă că puteți muta mașina virtuală înapoi pe un server care rulează Windows Server 2012 R2. Dar, acest lucru înseamnă, de asemenea, că nu puteți utiliza noile caracteristici ale mașinii virtuale până când nu actualizați manual versiunea de configurare a mașinii virtuale.

Pentru instrucțiuni privind verificarea și actualizarea versiunii, consultați Actualizarea versiunii mașinii virtuale. Acest articol enumeră, de asemenea, versiunea în care au fost introduse unele caracteristici.

Securitate bazată pe virtualizare pentru mașinile virtuale din generația 2 (nou)

Securitatea bazată pe virtualizare alimentează caracteristici precum Device Guard și Credential Guard, oferind o protecție sporită a sistemului de operare împotriva exploatărilor de malware. Securitatea bazată pe virtualizare este disponibilă în mașinile virtuale invitate din generația 2 începând cu versiunea 8. Pentru informații despre versiunea mașinii virtuale, consultați Actualizarea versiunii mașinii virtuale în Hyper-V pe Windows 10 sau Windows Server 2016.

Windows Containers (nou)

Windows Containers permit rularea mai multor aplicații izolate pe un singur sistem informatic. Acestea sunt rapid de construit și sunt foarte scalabile și portabile. Sunt disponibile două tipuri de runtime de containere, fiecare cu un grad diferit de izolare a aplicațiilor. Containerele Windows Server utilizează izolarea spațiilor de nume și a proceselor. Hyper-V Containers utilizează o mașină virtuală ușoară pentru fiecare container.

Cele mai importante caracteristici includ:

• Suport pentru site-uri web și aplicații care utilizează HTTPS

• Serverele Nano pot găzdui atât containere Windows Server cât și Hyper-V

• Capacitatea de a gestiona datele prin intermediul folderelor partajate ale containerelor

• Capacitatea de a restricționa resursele containerelor

Pentru detalii, inclusiv ghiduri de pornire rapidă, consultați documentația Windows Containers.

Windows PowerShell Direct (nou)

Aceasta vă oferă o modalitate de a rula comenzi Windows PowerShell într-o mașină virtuală de pe gazdă. Windows PowerShell Direct se execută între gazdă și mașina virtuală. Acest lucru înseamnă că nu necesită cerințe de rețea sau de firewall și funcționează indiferent de configurația dvs. de gestionare la distanță.

Windows PowerShell Direct este o alternativă la instrumentele existente pe care administratorii Hyper-V le folosesc pentru a se conecta la o mașină virtuală pe o gazdă Hyper-V:

• Instrumente de gestionare la distanță, cum ar fi PowerShell sau Remote Desktop

• Hyper-V Virtual Machine Connection (VMConnect)

Aceste instrumente funcționează bine, dar au compromisuri: VMConnect este fiabil, dar poate fi greu de automatizat. Remote PowerShell este puternic, dar poate fi greu de configurat și de întreținut. Aceste compromisuri pot deveni mai importante pe măsură ce implementarea Hyper-V crește. Windows PowerShell Direct rezolvă aceste probleme, oferind o experiență puternică de scripting și automatizare care este la fel de simplă ca și utilizarea VMConnect.

Pentru cerințe și instrucțiuni, consultați Gestionarea mașinilor virtuale Windows cu PowerShell Direct.

.