Vom adăuga componente Hyper-Vîn Windows 10, luați în considerare opțiunea de a crea o mașină virtuală utilizând Hyper-V, și ia în considerare și parametrii săi.

Adăugați componente Hyper-V.

Lansa "Alerga"în oricare dintre cele două moduri:

1. Faceți clic dreapta pe meniu "Start"și alegeți "Alerga"(Fig. 1)
2. Apăsați comanda rapidă de la tastatură "Victorie"+„R”.

Fig.1 - Butonul din dreapta "Start" -> "Run".

Introduce appwiz.cpl(Fig. 2)

Fig. 2 - Introduceți appwiz.cpl

Se va deschide o fereastră "Programe si caracteristici"... Faceți clic stânga Activați sau dezactivați funcțiile Windows(Fig. 3)

Fig. 3 - Programe și componente.

Se va deschide o fereastră Componente Windows... Selectăm tot ce este în secțiune Hyper-V(Fig. 4)

Apăsăm "BINE".

Fig. 4 - Selectarea componentelor Hyper-V.

Așteptăm instalarea componentelor - Aplicarea modificărilor, și apăsați "Reporniți acum"(Fig. 5)

Fig. 5 - Aplicarea componentelor, repornirea sistemului.

Pe aceasta Adăugarea componentelor s-a terminat. Noțiuni introductive despre Hyper-V

Rularea Hyper-V.

În meniu "Start" -> „Instrumente de administrare Windows” a existat o scurtătură Manager Hyper-V... O lansăm. (Fig. 6)

Fig. 6 - Lansarea Hyper-V Manager.

În fața noastră este fereastra de pornire Manager Hyper-V(Fig. 7)

Fig. 7 - Fereastra de pornire a Hyper-V Manager.

Ne selectăm computerul din stânga, îl am - DESKTOP-9PLBR7Q, apare un meniu în dreapta „Acțiuni”, Faceți clic pe element „Virtual Switch Manager”(Fig. 8)

Fig. 8 - Accesați Virtual Switch Manager.

V „Virtual Switch Manager” clic „Creați comutator virtual”(Fig. 9)

Fig. 9 - Creați un comutator virtual.

introduce Nume, O am - Hiperretăși notă, am asta - Rețea Hyper-V(Fig. 10)

Alege și tu Tipul conexiunii... Am ales să mă conectez la Rețea externă prin placa mea de rețea - „Realtek PCIe GBE Family Controller”... Și, de asemenea, a bifat caseta de selectare „Permiteți sistemului de operare de gestionare să partajeze acest adaptor de rețea”.

Apăsăm "Aplica".

Fig. 10 - Proprietățile comutatorului virtual.

Apare un avertisment „Modificările în așteptare pot perturba conectivitatea la rețea”(Fig. 11) Presupun că acest articol va fi citit de începători, ceea ce înseamnă că este puțin probabil să repete după mine pas cu pas, folosind serverul implicat, al întreprinderii lor 😀 ... Prin urmare, este în regulă să putem pierde conexiunea la rețea pentru o vreme. Apăsăm "Da"și așteptăm „Aplicarea modificărilor”.

Fig. 11 - Avertisment cu privire la o eventuală defecțiune a conexiunii la rețea.

Acum intrăm „Conexiuni de rețea” -> „Configurarea parametrilor adaptorului”... Putem vedea noul nostru creat vEthernet (Hypernet), de asemenea adiacent la acesta nu este conectat vEthernet (comutator implicit) - " Rețeaua standard „oferă automat mașinilor virtuale acces la rețeaua computerului folosind traducerea adreselor de rețea ( NAT). NAT momentan nu ne interesează. Și nu vom atinge acest comutator (Fig. 12)

Fig. 12 - Conexiuni de rețea -> Configurarea parametrilor adaptorului.

Aceasta finalizează configurarea rețelei. Să trecem la cel mai important lucru, pentru care a fost creat sistemul de virtualizare Hyper-V- CU crearea unei mașini virtuale.

Crearea unei mașini virtuale.

Faceți clic dreapta pe computerul nostru -> „Creați” -> „Mașină virtuală”... (Fig. 13)

Figura 13 - Crearea unei mașini virtuale Hyper-V.

Se va deschide „New Virtual Machine Wizard” (Figura 14)

• Faceți clic pe buton "Gata" pentru a crea o mașină virtuală cu setări implicite.
• Faceți clic pe buton "Mai departe" pentru a crea o mașină virtuală cu opțiuni de configurare specifice.

Fig. 14 - Expertul pentru crearea mașinilor virtuale.

Specificați numele mașinii virtuale și locația acesteia (Fig. 15)

Am decis să testez cu Ubuntu Server 18.04.

Prin urmare, am așa:

• Nume: ubuntuserver 18.04.
• Locație: E: \ hyper-v ubuntu server 18.04 \.

Fig. 15 - Specificați numele mașinii virtuale și locația acesteia.

Selectați generația mașinii virtuale (Fig. 16)

În majoritatea cazurilor, merită să alegeți a doua generație, dar dacă instalați ceva Pe 32 de biți merită să alegi - Generația -1.

Personal, am Ubuntu Server 18.04 pe 64 de biți cu sprijinul UEFI deci aleg - Generația 2.

Fig. 16 - Selectarea generației mașinii virtuale.

Alocăm cantitatea de memorie RAM. (Fig. 17)

Suficient pentru sistemul meu de operare 1 GB memorie RAM=> Le las scrise pe cele implicite 1024 Mb... Să mergem "Mai departe".

Fig. 17 - Alocarea cantității de RAM.

Alegeți la ce comutator va fi conectată interfața de rețea. (Fig. 18)

Noi ne alegem „Hypernet”, Să mergem "Mai departe".

Fig. 18 - Configurarea rețelei.

Creați un hard disk virtual (Fig. 19)

Vă indicăm Nume,Locațieși maxim Marimea fișier virtual HDD.

Am așa:

• Nume: server ubuntu 18.04.vhdx.
• Locație: E: \ hyper-v ubuntu server 1804 \.
• Marimea: 10 GB.

Fig. 19 - Creați un hard disk virtual.

Noi alegem Imagine ISO din care vom instala sistemul de operare. (Fig. 20)

Selectarea unui element „Instalați sistemul de operare din fișierul imagine de boot”-> Faceți clic "Prezentare generală"-> Alegeți imagine iso... -> Apăsăm "Mai departe".

Fig. 20 - Selectarea unei imagini a sistemului de operare.

Finalizarea expertului de creare a mașinii virtuale (Fig. 21)

Apăsăm "Gata".

Fig. 21 Finalizarea expertului de creare a mașinii virtuale.

Acum in Manager Hyper-V vedem noua mașină virtuală creată - server ubuntu 1804... (Fig. 22)

Faceți clic pe el cu butonul din dreapta al mouse-ului -> "A conecta".

Figura 22 - Hyper-V Manager, mașină virtuală nouă.

Va apărea o fereastră (Fig. 23)

Dacă doriți să instalați sistemul Windows apoi când apăsați butonul "Start" ar trebui să începeți instalarea, fără erori.

Dar pentru a începe Ubuntu Server 18.04 A trebuit să "Fişier" - > "Opțiuni"->"Securitate" dezactivați „Boot sigur”(Fig. 24)

Fig. 23 - Conectarea la o mașină virtuală.
Fig. 24 - Dezactivați Secure Boot.

Porniți mașina virtuală (Fig. 25)

Fig. 25 - Porniți mașina virtuală.

Totul este în regulă, mașina virtuală a pornit. Instalatorul ne întâlnește Ubuntu Server 18.04.(Fig. 26)

Fig. 26 - O mașină virtuală care rulează. Instalator Ubuntu Server 18.04.

Modificarea parametrilor mașinii virtuale.

Să facem o mică prezentare generală a parametrilor mașinii virtuale, astfel încât să puteți vedea funcțiile principale înainte de a decide să utilizați sistemul de virtualizare Hyper-V.

"Fişier" - > "Opțiuni".(Fig.27) Fig.27 - Accesați „Fișier” -> „Parametri”

Echipament.

„Firmware”- puteți modifica prioritatea de pornire a dispozitivelor din mașina virtuală (Fig. 28)

Fig. 28 - Selectarea priorității de pornire.

"Securitate"- poate sa „Activați / Dezactivați Secure Boot”, "Activați / dezactivați asistența de criptare "(Fig. 29)

Fig. 29 - Setări de securitate ale mașinii virtuale.

"Memorie"- puteți edita suma alocată RAM, Activare / Dezactivare funcţie Memorie dinamică.(Fig. 30)

Fig. 30 - Parametrii RAM.

"CPU"- puteți edita numărul de procesoare virtuale în conformitate cu numărul de procesoare de pe computerul fizic. (Fig. 31)

De asemenea, puteți distribui încărcarea în "Managementul resurselor".

„Controler SCSI” poate adauga HDD,Unitate DVD sau Disc partajat(Fig. 32)

Fig. 32 - Parametrii controlerului SCSI.

De asemenea, puteți schimba parametrii mediilor conectate, de exemplu, aici putem schimba inseratul în virtual Unitate DVD Imagine ISO (Fig. 33)

Fig. 33 - Parametrii suportului.

"Adaptor de retea" puteți modifica configurația adaptor de retea: Selectați Comutator virtual, Inregistreaza-te ID VLAN, personalizați Lățime de bandă(Fig. 34)

Fig. 34 - Parametrii rețelei.

Control.

"Nume"- puteți schimba cu ușurință mașina virtuală pentru una mai convenabilă pentru utilizarea dvs. (Fig. 35)

Fig. 35 - Schimbarea numelui.

„Servicii de integrare”- Selectați serviciile pe care doriți să le puneți la dispoziția mașinii virtuale. (Fig. 36)

Fig. 36 - Servicii de integrare.

„Puncte de control”- Aici puteți personaliza Puncte de control ( instantaneu, restaurare puncte), activați modul automat de creare a acestora și desemnați locația lor de stocare (Fig. 37)

Fig. 37 - Puncte de control.

„Locația fișierului de umplere inteligentă”- Puteți specifica calea către fișierul de swap. (Fig. 38)

Căptușire inteligentă- o funcție care face posibilă utilizarea fișierului de paginare pe gazdă dacă nu există suficientă memorie pentru a porni o mașină virtuală.

Fig. 38 - Locația fișierului Smart Padding.

„Acțiuni de pornire automată”- Puteți selecta operația pe care doriți să o efectuați cu această mașină virtuală la pornirea computerului fizic (Fig. 39)

Acest articol va descrie pașii de bază pe care va trebui să îi efectuați în timp ce lucrați cu hipervizorul Hyper-V.

Secțiuni ale articolului:

Crearea unei mașini virtuale cu Hyper-V

Hyper-V este un hipervizor încorporat care este inclus în setul de componente ale sistemelor de operare Windows Server și a fost disponibil recent pe versiunile obișnuite ale sistemelor de operare începând cu Windows 8. Această soluție arată mai bine decât Windows Virtual PC care a fost inclus cu Windows 7.

În acest articol, vom descrie întregul proces de creare a unei mașini virtuale utilizând hipervizorul Hyper-V, precum și metoda de transfer de la un alt hipervizor (VMWare), replicare, backup și recuperare a unei mașini virtuale.

Această componentă este disponibilă numai pe sistemele de operare pe 64 de biți și edițiile profesionale sau mai mari. De asemenea, este singura tehnologie de virtualizare Microsoft până în prezent care acceptă oaspeți pe 64 de biți. Sistemele de operare tipice ale clienților acceptă modurile de repaus și hibernare, pe care hipervizorii de server nu le acceptă.

Pentru a lucra cu Hyper-V, procesorul dvs. trebuie să accepte tehnologii de virtualizare, deoarece fără aceasta această componentă nu va funcționa.

Procesorul trebuie să aibă virtualizare hardware. Intel numește această tehnologie Intel-VT (poate fi desemnată VMX), iar procesoarele bazate pe AMD apelează AMD-V (pot fi desemnate SVM). De asemenea, trebuie să existe o traducere a adresei de nivelul doi, SLAT (Intel EPT sau AMD RVI).

Cum determinați dacă computerul dvs. este potrivit pentru a rula Hyper-V și îndeplinește cerințele?

1. Puteți utiliza informațiile de pe site-ul oficial al producătorilor procesorelor dvs., consultând tabelul de asistență pentru tehnologiile de virtualizare. (Intel | AMD).
2. Utilizați utilitare proprietare dezvoltate de producătorii de procesoare (Intel | AMD)
3. Pentru a apela la programe terțe. Una dintre aceste aplicații se numește Coreinfo, care este disponibilă pentru descărcare de pe site-ul oficial Microsoft (link de descărcare: descărcare).

Utilitarul Coreinfo trebuie rulat înainte de activarea componentei Hyper-V, deoarece, judecând după recenzii și comentarii, această aplicație poate afișa informații incorecte care pot induce în eroare.

Activarea componentelor pe Windows8 / 8.1 / 10

Dacă utilizați un sistem de operare server Windows Server, atunci în panoul de control trebuie să activați rolul Hyper-V

Într-un sistem de operare Windows personalizat, Hyper-V este o componentă care nu este activată inițial. Puteți utiliza 2 moduri de a activa această componentă.

1. Activare folosind o comandă în PowerShell. Pentru aceasta, introduceți PowerShell în caseta de căutare și introduceți următoarea comandă în terminalul care se deschide:
   Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V –Toate
2. Folosind interfața grafică Windows. Pentru a face acest lucru, apelați linia „Run” utilizând comanda rapidă de la tastatură Win + R și introduceți următoarea comandă „OptionalFeatures”. După aceea, veți vedea fereastra „Activați sau dezactivați componentele Windows”, apoi trebuie să verificați elementul „Hyper-V” și să faceți clic pe „OK”.

Selectați serverul de virtualizare făcând clic pe el o singură dată, ca în cazul meu, va avea același nume ca și computerul dvs.

După aceea, în panoul de control, selectați elementul „Acțiune” și în meniul derulant secțiunea „Creați”, iar în această secțiune „Mașină virtuală ...”.

Acum veți vedea fereastra „New Virtual Machine Wizard”. Primul pas îl constituie informațiile introductive înainte de a efectua setările, le puteți omite în siguranță dând clic pe butonul „Următorul”.

Următorul pas este să atribuiți un nume mașinii virtuale create și să selectați directorul acesteia (locul unde va fi stocat hard diskul virtual), ca standard este C: \ ProgramData \ Microsoft \ Windows \ Hyper-V \. Dacă trebuie să modificați locația accidentării, bifați caseta de lângă „Salvați mașina virtuală într-o altă locație” și selectați calea.

În fereastra următoare, va trebui să selectați generațiile mașinii virtuale. Alegerea va fi prezentată „Generația 1” și „Generația 2”, principala diferență dintre ele este că în noua generație a doua, puteți instala sisteme de operare care vor rula pe baza UEFI și au doar o versiune pe 64 de biți a sistemului.

Dacă aveți de gând să instalați o mașină virtuală care rulează Windows XP sau o versiune ulterioară, precum și o versiune pe 32 de biți (de exemplu, Windows 7 pe 32 de biți), atunci trebuie să selectați Generația 1. În toate celelalte cazuri, selectați „Generația 2” (de exemplu, Windows 7 64-bit sau Windows 10 64-bit)

Odată ce mașina virtuală a fost creată, acest parametru nu poate fi modificat.

Următorul pas este configurarea rețelei. În această fereastră, putem alege să ne conectăm sau nu la adaptorul de rețea la mașina noastră virtuală. În cazul în care mai mulți furnizori sunt conectați la computerul dvs. sau are mai mult de un adaptor de rețea, îl puteți selecta pe cel pe care doriți să îl utilizați pentru mașina virtuală, împărțind astfel traficul la diferite adaptoare de rețea la diferite mașini virtuale.

În secțiunea „Conectare hard disk virtual”, puteți seta dimensiunea hard diskului virtual pe care mașina virtuală îl va folosi pentru activitatea sa, în plus, puteți specifica locația unde va fi amplasat discul virtual al acestei mașini.

În cazul în care aveți deja un disc virtual cu o mașină virtuală instalată anterior și doriți să-l transferați pentru a vă conecta, atunci trebuie să utilizați al doilea element „Utilizați un hard disk virtual existent”. Această opțiune este convenabilă de utilizat dacă trebuie să transferați o mașină virtuală de la un server la altul fără a pierde date. În Hyper-V, puteți conecta hard diskuri virtuale VHD sau VHDX. De asemenea, puteți transfera mașini virtuale de la alți hipervizori (de exemplu, VMWare) folosind această metodă. Puteți citi despre aceasta.

Al treilea element este „Conectați mai târziu hard disk-ul virtual”. Acest element poate fi utilizat dacă trebuie să creați și să configurați o mașină virtuală pentru lucrări viitoare. Deci, puteți avea o mașină virtuală gata pregătită și, la momentul potrivit, trebuie doar să instalați un sistem pe ea sau să importați un hard disk virtual al unei alte mașini.

În secțiunea „Opțiuni de instalare”, puteți alege modul în care veți instala sistemul de operare pe mașina virtuală.

Puteți alege dintre următoarele metode:

• Instalați sistemul de operare mai târziu. Această metodă poate fi utilizată dacă trebuie să creați și să pregătiți o mașină pentru instalarea sistemului.
• Instalați sistemul de operare de pe un CD sau DVD bootabil. Alegând această metodă, aveți ocazia să efectuați instalarea sistemului selectând litera unității pe care se află fișierele de instalare sau imaginea ISO a sistemului.
• Instalați sistemul de operare de pe o dischetă bootabilă. Dacă aveți un disc virtual pre-montat cu un sistem de operare, puteți selecta acest element pentru a selecta un disc.
• Instalarea sistemului de operare dintr-o resursă de rețea.

După ce am ales metoda care vi se potrivește, trecem la ultimul pas al creării unei mașini virtuale pe Hyper-V

Ultima fereastră oferă un rezumat al tuturor setărilor pe care le-ați aplicat aparatului pe care îl creați. În această secțiune, ar trebui să verificați toate informațiile.

După aceea, apăsăm butonul „Finalizare” și așteptăm în timp ce are loc crearea mașinii noastre virtuale.

După ce aparatul a fost creat, îl pornim pentru a instala sistemul de operare. Pentru a porni aparatul, faceți clic dreapta pe acesta și selectați „Conectare ...”.

Se va deschide o fereastră de conectare, în care trebuie să faceți clic pe butonul „Start”, după care va avea loc lansarea.

La prima pornire a mașinii, lansăm imaginea de sistem selectată anterior pentru instalare ulterioară, instalarea nu diferă de cea obișnuită, efectuăm toate acțiunile aceleași, în funcție de sarcină.

După instalarea sistemului de operare, îl putem folosi. Astfel, am creat o mașină virtuală folosind tehnologia Hyper-V și am instalat un sistem de operare pe ea.

Pentru a modifica parametrii mașinii, trebuie să deschideți fereastra „Opțiuni”, acest lucru se poate face în două moduri, fie faceți clic pe butonul „Fișier” și selectați „Opțiuni” în fereastra pentru conectarea la mașina virtuală, fie în Managerul Hyper-V, faceți clic dreapta pe mașină și selectați același element „Parametri”. În această fereastră pentru gestionarea unei mașini virtuale, vi se oferă posibilitatea de a modifica configurația, adăugați, modificați sau măriți un disc virtual, montați o imagine, configurați controlerul de rețea etc.

Unii parametri nu pot fi modificați în timp ce aparatul funcționează, deci este mai bine să faceți acest lucru când este oprit.

Migrați mașina virtuală VMware la Hyper-V

Destul de des, devine necesar să transferați o mașină virtuală de pe o platformă pe alta. În această secțiune, vom descrie cum se migrează o astfel de mașină de la un hipervizor la Hyper-V.

Cel mai important lucru dintr-o mașină virtuală este discul său virtual, vom transfera numele discului, dar pentru aceasta trebuie convertit. Formatul în care VMware creează și stochează discuri virtuale este .vmdk, pe care trebuie să îl convertim în format .vhd, deoarece doar hipervizorul Hyper-V funcționează cu el.

Cea mai ușoară modalitate este de a utiliza convertorul gratuit StarWind V2V, care poate fi descărcat de pe site-ul oficial, dar pentru aceasta va trebui să introduceți adresa de e-mail și să primiți un link pentru a descărca distribuția de instalare. Acest utilitar vă va ajuta să convertiți discurile virtuale pentru a rula pe hipervizoare VMware și Hyper-V.

Când primiți fișierul prin poștă, descărcați-l și instalați-l. După aceea, lansăm.

Primul lucru pe care îl veți vedea este această fereastră, în care ni se cere să alegem o modalitate de a căuta un disc virtual:

1. Fișier local - selectați un fișier care se află pe același computer sau server pe care este lansat utilitarul (selectați un fișier local).
2. Server VMware ESXI - selectați un fișier situat pe un server la distanță sub controlul hipervizorului VMware (va trebui să introduceți date pentru a vă conecta la server).
3. Microsoft Hyper-V Server - selectați un fișier situat pe un server de la distanță care rulează Hyper-V hypervisor (va trebui să introduceți date pentru a vă conecta la server).

În această situație, vom căuta un fișier local, deoarece utilitarul rulează pe același computer în care sunt amplasate mașinile virtuale. Selectați primul element și faceți clic pe „Următorul”.

Următorul pas este să găsiți și să selectați un disc virtual. Pentru a face acest lucru, faceți clic pe butonul cu imaginea a trei puncte și selectați fișierul dorit în fereastra care se deschide.

Dacă, atunci când creați o mașină virtuală pe VMware, ați utilizat opțiunea de a crea un disc cu mai multe fișiere, selectați-l pe cel care a fost creat ultima din lista de discuri.

În fereastra următoare, ni se vor oferi setări mai detaliate la conversia în format VHDX. Aici nu atingem nimic și mergem mai departe.

În fereastra „Locația imaginii de destinație” putem alege unde să salvăm discul convertit. Opțiunea este oferită fie să o salvați într-un anumit loc de pe computerul în care se efectuează conversia, fie să o trimiteți imediat la server. Deoarece serverul este situat pe același computer cu discul virtual convertit, selectați apoi elementul „fișier local”. După aceea, selectați locul unde va fi salvat discul și așteptați sfârșitul conversiei.

După ce discul virtual este convertit, îl putem insera într-o mașină virtuală deja gata sau putem crea una nouă și putem selecta un disc virtual gata preparat pe hipervizorul Hyper-V în timp ce configurăm parametrii. Puteți citi cum să faceți acest lucru.

Faceți backup și restaurați o mașină virtuală

• Începeți să creați un „punct de control”, care va crea instantanee (Instantanee) ale partițiilor necesare pentru recuperarea rapidă de la o eroare a mașinii virtuale. Puteți utiliza această metodă cu o mașină virtuală care rulează în timp ce rulează.
  Această metodă este bună numai pentru restabilirea performanței, salvarea fișierelor și altele asemenea nu se întâmplă.
• Și salvarea întregii mașini virtuale folosind exportul. Această metodă nu este cea mai rapidă, ci cea mai fiabilă. Astfel, faceți o copie de rezervă a întregii mașini cu fișiere de configurare și punctele de restaurare ale acesteia.

Există mult mai multe scripturi care salvează automat discuri și copii de siguranță ale mașinilor, dar mai multe despre asta într-un alt articol.

Pentru a crea un punct de control, deschideți Hyper-V Manager, selectați mașina dorită și în Acțiuni, selectați Punct de control.

După aceea, va începe crearea unui punct de control, progresul creării poate fi urmărit în coloana „Stare” a mașinii virtuale. După finalizare, punctul de control este creat și, dacă este necesar, vă puteți recupera din acesta, pentru a face acest lucru, pur și simplu selectați elementul „Reveniți” și, după aceea, va începe restaurarea ultimului punct de control.

Pentru export, deschideți de asemenea „Hyper-V Manager” și selectați „Export ...”, apoi în fereastra care se deschide, selectați calea pentru salvarea mașinii virtuale și faceți clic pe butonul „Export”. După aceasta, va începe salvarea și puteți urmări progresul acesteia în coloana „Stare”. Odată finalizat, în directorul pe care l-ați selectat, ar trebui să puteți vedea un folder cu numele mașinii dvs. virtuale și toate datele salvate. Pentru a restabili această mașină virtuală, selectați elementul „Importați mașina virtuală ...” și specificați folderul necesar pentru hipervizor, după care va începe restaurarea.

Replicarea unei mașini virtuale pe Hyper-V

Replicarea este o modalitate de a salva o copie completă a unei mașini virtuale pe un al doilea server, dar spre deosebire de o copie de rezervă obișnuită, această replică este întotdeauna gata să înceapă și să continue să lucreze de la ultimul punct de control, deci nu va trebui să pierdeți timpul restaurând o copie de rezervă sau copierea fișierelor de pe un server pe altul. Această metodă este potrivită pentru situațiile în care oprirea unei mașini virtuale nu este permisă și, în caz de eșec al serverului, este necesar să continuați să lucrați la această mașină virtuală fără oprire.

Replicarea are loc într-un program personalizabil. Replicarea nu necesită stocare externă; se poate face cu ușurință de la server la server printr-o rețea locală.

Funcția de replicare este disponibilă numai pe sistemele de operare server (Windows Server 2008/2012/2016 ...)

1. Deschideți Hyper-V Manager pe serverul unde replica va fi copiată și creată.
2. Faceți clic dreapta pe server și selectați setările serverului din meniul derulant.
3. În fereastra de parametri care se deschide, trebuie să activați funcția acestui server, astfel încât să accepte replicarea de pe alte servere. Bifați caseta de lângă „Activați acest computer ca server Replica”. Când activați, trebuie să specificați portul de autentificare, al 80-lea este utilizat ca standard. De asemenea, mai jos, în secțiunea „Permiteți replicarea de pe orice server autentificat”, puteți specifica gazdele de la care se va face replicarea și puteți seta parametrii de autentificare.
   

   Verificați setările Paravanului de protecție pentru a vă asigura că portul corect este deschis sau dacă toate porturile de pe serverul de replică de recepție ar trebui închise, puteți utiliza linia de comandă pentru a vă conecta. Pentru a face acest lucru, introduceți următorul „netsh advfirewall firewall add rule name =„ HVReplica ”dir = în acțiune = allow protocol = TCP localport = YOUR_PORT”.

4. Acum trebuie să configurați serverul de la care vor fi trimise replicile. Pentru a face acest lucru, deschideți managerul de hipervizor și mergeți la mașina virtuală dorită. Faceți clic dreapta pe VM și selectați elementul „Activați replicarea”.
5. Expertul de configurare se va deschide. În acesta indicăm serverul de destinație.
   
6. În parametrii de replicare, puteți configura ora și numărul de replici care vor fi create.
   
7. La prima pornire a replicării, o copie completă a întregii mașini virtuale va avea loc pe serverul specificat.
8. Gata, așa că am creat replicarea unei mașini virtuale de la un server la altul.

Concluzie

În acest articol, am descris pașii de bază pe care îi puteți îndeplini atunci când lucrați cu hipervizorul Hyper-V, în special atunci când creați o mașină virtuală.

De când Microsoft a introdus versiunea de încercare a HYPER V utilizatorilor de PC-uri în 2008, tehnologia computerelor a făcut pași mari. Între timp, indiferent de inovațiile pe care le poate aduce lumea modernă, acest sistem de virtualizare hardware, dezvoltat pe baza unui hipervizor, nu se poate lipsi de astăzi. Este adevărat, astăzi pe Windows 7, puteți instala atât HYPER V SERVER, cât și componenta HYPER V MANAGER, ceea ce face ușor o utilizare mai ușoară la depanarea unei rețele.

Cu toate acestea, practica arată că instalarea HYPER V provoacă deseori confuzie, mai ales în cazurile în care un începător sau un utilizator care nu este familiarizat cu particularitățile unui astfel de sistem Microsoft și elementele de bază ale configurării acestuia pentru a lucra în rețea își asumă sarcina. . În acest caz, se pare că este pur și simplu imposibil să lăsați fără răspuns întrebarea despre cum să instalați și să configurați HYPERV MANAGER și HYPER V SERVER pe un computer care rulează Windows 7.

Opțiunea # 1: Instalați și depanați serverul HYPER-V

Nu este un secret faptul că astăzi sistemul Microsoft HYPER V SERVER este prezentat în mai multe ansambluri, fiecare având propriile sale avantaje și dezavantaje. În special, nu cu mult timp în urmă, lansarea Windows Server 2012 r2 hyper v a devenit disponibilă utilizatorilor de Internet. Cu toate acestea, cea mai populară opțiune este încă versiunea Microsoft HVS 2008 R2 cu setarea Core.

În plus față de baza HYPER-V, aceasta nu prevede extensii suplimentare, ceea ce, totuși, nu este un minus, ci un plus, având în vedere că acest lucru asigură un consum optim de resurse de găzduire cu cei mai mari indicatori de performanță posibili. Procesul de instalare și depanare constă în mai multe etape.

І etapa - pregătirea calculatorului

În etapa pregătitoare, trebuie să faceți 3 pași de bază:

1. descărcați și ardeți o unitate de pornire cu imaginea HYPER V SERVER 2008R2. Ca bază, puteți lua același kit de distribuție gratuit de pe site-ul web Microsoft. Va merge bine;
2. verificați dacă procesorul acceptă virtualizarea hardware;
3. setați parametrii pentru pornirea computerului de pe o unitate externă.

ІІ etapa - instalarea sistemului pe Windows 7

După finalizarea pregătirilor, conectați unitatea flash USB / discul cu imaginea HYPER V SERVER 2008 R2 la computer și porniți de pe acesta. În fereastra care apare, selectați limba engleză ca limbă de lucru, schimbați formatul orei în rusă și faceți clic pe butonul Următor:

Apoi, faceți clic pe butonul Instalați acum și apoi, după citirea licenței, confirmăm acceptarea termenilor acordului pentru utilizarea Microsoft HVS 2008 R2. După aceea, selectați Personalizat („Complet”) ca opțiune de instalare și treceți la pasul „Partiționare hard disk”:

Aici, principiul acțiunii este același ca atunci când instalați / reinstalați Windows: formatăm unitatea hard disk și apoi o împărțim în 2 partiții. Primul va fi rezervat pentru plasarea hipervizorului (cantitatea de memorie este de cel puțin 15 GB); al doilea - pentru containerele de mașini virtuale din rețea (5 GB de memorie vor fi suficiente). După finalizarea defecțiunii, faceți clic pe Următorul și așteptați până când datele sunt copiate și computerul este repornit.

ІІІ stadiul - determinarea parametrilor de bază

După instalarea HYPER V SERVER 2008R2 și finalizarea repornirii, programul vă va solicita să setați o parolă pentru administratorul de rețea. Cerința implicită este o parolă din 6 cifre cu 1 literă mare și 1 cifră (caracter special). După acest pas, ar trebui să apară pe ecran două ferestre cu console - linia de comandă standard și consola de opțiuni (control) pe un fundal albastru:

În acest moment, va trebui să lucrăm cu HVS 2008 R2 Options Console:

Mai întâi, selectați pasul 8, marcați adaptorul de rețea necesar, apoi notați adresa IP, gateway-ul implicit și masca de subrețea. După salvarea setărilor, accesați meniul principal, selectați elementul 7, conduceți în litera engleză E pentru, apoi numărul "2" - conectați-vă fără restricții pentru clienți. Apoi ne întoarcem din nou la meniul principal, selectăm elementul 9 și setăm în mod similar data și ora pentru serverul din rețea.

Etapa IV - depanarea parametrilor suplimentari

Pentru funcționarea corectă a HVS 2008 R2 în rețea, trebuie să setați și numele serverului și să configurați grupul de lucru. Pentru aceasta, selectați elementul 1 din meniu, introduceți litera W și atribuiți un nume grupului de lucru (trebuie să se potrivească cu numele computerului administratorului de rețea). Apoi selectăm elementul 2, specificăm numele rețelei serverului (de exemplu, HVS-2008) și salvăm modificările prin repornirea sistemului. Apoi, setăm alți parametri pentru telecomandă. Pentru a face acest lucru, ne conectăm de la distanță la computer, selectăm elementul 4 și executăm alternativ comenzile de la paragrafele 1 și 2 până la repornire.

Acum descărcați pachetul de instrumente RSAT dezvoltat de Microsoft și descărcăm din acesta în Windows 7 datele programului managerului HYPER-V, conceput pentru administrarea mașinilor virtuale. După aceea, nu mai rămâne decât să setați parametrii pentru utilizatori și să instalați serviciile necesare pe computer.

Opțiunea numărul 2: Pregătirea managerului HYPER-V

Pentru a vă conecta la rețea în loc de HVS 2008 R2, puteți utiliza și managerul HYPER-V. Este mai ușor de instalat, deși baza pentru acesta este limitată doar la asamblarea Windows 7 Professional și versiuni superioare. Într-un fel sau altul, procedura este după cum urmează:

Nu este un secret faptul că virtualizarea Hyper-V imbricată este acum disponibilă în Windows Server 2016. În ciuda faptului că la momentul scrierii acestui articol, este disponibilă doar versiunea Technical Preview 5, deja în ea vă puteți apropia foarte mult de noua funcționalitate, despre care voi încerca să vorbesc pe scurt în acest articol.

Vreau să menționez că tot ce s-a spus se referă la versiunea pre-lansare și poate diferi foarte mult de versiunea oficială.

Dacă sunteți interesat de subiectele Windows Server, vă recomand să vă referiți la eticheta de pe blogul meu.

Caracteristica virtualizării imbricate în hipervizori de la diferiți producători a fost disponibilă de mult timp. De exemplu, suportul VMWare pentru mașinile virtuale imbricate pe 64 de biți a fost implementat în versiunea ESXi 5.1 și asta era deja în 2011, fără a menționa suportul pentru sistemele de operare imbricate pe 32 de biți care erau disponibile chiar mai devreme. Alți furnizori nu au rămas nici în urmă. Cu toate acestea, nu am putut vedea astfel de funcționalități de la Microsoft până astăzi. De ce? Nu am putut găsi un răspuns oficial, dar putem vorbi atât despre o poziție generală (o sarcină neprioritară la acel moment), cât și despre un raționament pur logic - în 2008, odată cu lansarea Windows Server 2008 și ulterior 2008 R2, vorbind despre cuibărit virtualizarea nu era pe deplin relevantă, la urma urmei, hipervizorul era încă umed în multe feluri în multe domenii (de exemplu, vCPU maxim era limitat la 4), iar situația cu concurenții era de așa natură încât Microsoft, de fapt, trebuia să prindă activ sus cu ei.

Arhitectură

Virtualizarea clasică de primul tip este un hipervizor care delimitează accesul la echipamente între un singur părinte și mai multe partiții invitate. În același timp, este disponibil un singur nivel de virtualizare - Nivelul 1 - iar utilizarea mașinilor virtuale imbricate (VM în VM) nu este implicită. În general, arhitectura arată astfel:

Anterior, o încercare de a implementa rolul Hyper-V în interiorul unei mașini virtuale s-ar încheia invariabil cu o eroare:

Acest lucru s-a întâmplat deoarece hipervizorul a mascat în mod deliberat din seturile OS de instrucțiuni hardware de instrucțiuni hardware (extensii de virtualizare) responsabile de virtualizare - Intel VT-x și AMD-V (ne amintim cu toții că Hyper-V este un sistem de virtualizare hardware și fără suport pentru funcționalitate nu va funcționa pe partea hardware).

Acum arhitectura s-a schimbat în așa fel încât a devenit posibilă transferarea seturilor de instrucțiuni hardware către sistemul de operare invitat (în mod implicit, această funcționalitate este dezactivată):

Toate acestea deschid oportunități pentru virtualizarea imbricată, care nu se limitează la al doilea nivel (nivelul 2 din figura de mai sus).

Notă:în condiții de laborator, am desfășurat destul de calm o mașină virtuală cu al patrulea grad de cuibărit.

Dar, ca orice tehnologie proaspătă (în acest caz, proaspătă pentru Microsoft), are câteva limitări, care sunt discutate mai jos.

Restricții

Poate fi împărțit condiționat în hardware și software.

Hardware

Limitările hardware se bazează pe suportul obligatoriu al procesorului Intel pentru tehnologiile VT-x și EPT. Dacă prezența VT-x a fost cerința standard pentru versiunile anterioare ale Hyper-V, atunci nevoia de EPT a apărut doar acum și numai pentru virtualizarea imbricată:

Notă: Intel EPT oferă mașinilor virtuale cu acces direct la memorie, ocolind hipervizorul și, de fapt, este o tehnologie pentru virtualizarea paginilor de memorie. Această tehnologie nu este nouă și poate fi găsită chiar și în vechiul Core 2 Quad.

Și nu am uitat nimic fără să scriu despre procesoarele AMD. Faptul este că virtualizarea imbricată pe procesoarele AMD nu este încă acceptată în Windows Server 2016 TP5.

Software

Există mult mai multe restricții software:

1. Utilizarea Windows Server 2016 sau Windows 10 atât în ​​secțiunile părinte, cât și în secțiunea de invitați;
2. Mașină virtuală cu versiunea de configurare 8.0 și mai mare;

Notă:în Windows Server 2016, formatul de stocare pentru fișierele de configurare a mașinilor virtuale s-a modificat. Potrivit dezvoltatorilor, noul format a devenit mai fiabil și a apărut, de asemenea, suport pentru funcții noi care nu vor fi disponibile atunci când se utilizează mașini virtuale cu versiunea veche a configurației (pentru Windows Server 2012 R2, această versiune este 5.0).

Nu este acceptat pentru mașinile virtuale imbricate:

1. Memorie dinamică;
2. Migrația dinamică;
3. Instantanee de mașini virtuale și stări de salvare / restaurare;

Este important să ne amintim că, dacă aveți de gând să eliberați mașini virtuale imbricate într-o rețea externă, atunci un comutator virtual va fi ridicat pe adaptorul virtual al mașinii virtuale „gazdă” și vor exista mai multe adaptoare de rețea virtuală pe care înseamnă mai multe adrese MAC, ceea ce înseamnă trebuie să activați falsificarea adreselor MAC pe adaptor... Aceasta este, de asemenea, o limitare într-un sens.

Există, de asemenea, o soluție - utilizați NAT (aceasta este, de asemenea, o nouă funcționalitate, pe care o voi discuta mai jos).

Cerere

Cei care s-au întâlnit cu virtualizarea imbricată pentru prima dată pot avea o întrebare cu privire la domeniul său de aplicare. Să ne oprim asupra acestui lucru mai detaliat.

Testarea și dezvoltarea par a fi scenariile cele mai adecvate. În producție, desigur, puteți utiliza o infrastructură virtuală complet imbricată, dar cu siguranță vă veți confrunta cu o scădere a performanței instanțelor imbricate.

Mi-a devenit interesant să verific într-un mediu real scăderea performanței procesorului în mașinile virtuale cu diferite grade de cuibărire. Pentru aceasta am folosit Hot CPU Tester Pro. Deși testarea sa dovedit a fi extrem de subiectivă, cel puțin sugerează o scădere semnificativă a performanței procesorului:

Notă: pentru a măsura indicele de performanță al procesorului, pur și simplu am efectuat testul unul câte unul, mai întâi pe gazdă (toate VM-urile fiind uimite), apoi am pornit mașina virtuală și am măsurat indexul din interior, alocând numărul maxim posibil de vCPU-uri. Următorul pas a fost lansarea VM în interiorul acestei VM și măsurarea indicelui de performanță deja în interiorul mașinii virtuale a celei de-a doua cuibăriri etc.

Răbdarea mea a fost suficientă doar pentru a implementa o instanță a celui de-al treilea cuib.

Personalizare

Pentru a putea utiliza virtualizarea imbricată, trebuie să efectuați o serie de setări pe sistemul de operare gazdă. Să începem.

Actualizare versiune VM

Dacă, dintr-un anumit motiv, mașina dvs. virtuală are o versiune de configurare mai mică decât 7.1 (de exemplu, a migrat la Hyper-V din versiunile anterioare de previzualizare tehnică), atunci asigurați-vă că actualizați manual configurația făcând clic dreapta pe VM și selectând Actualizați versiunea de configurare:

Sau prin Powershell:

PowerShell

Update-VMVersion -Nume "vm_name"

Update-VMVersion -Nume "vm_name"

Această din urmă opțiune este convenabilă pentru actualizările în bloc ale mașinilor virtuale. Puteți actualiza toate VM-urile simultan cu ajutorul comenzii Get-VM | Actualizare-VMVersiune.

Activarea virtualizării imbricate

În mod implicit, hipervizorul maschează în continuare seturile de instrucțiuni hardware responsabile de virtualizare, fără a le transmite sistemului de operare invitat, așa cum am menționat mai devreme. Pentru a schimba acest comportament, trebuie să executați comanda:

Coajă

Set-VMProcessor -VMName VMName -ExposeVirtualizationExtensions $ true

Set - VMProcessor - VMName VMName - $ true

Schimbarea unei opțiuni ExposeVirtualizationExtensions disponibil numai prin Powershell.

Spoofing MAC / NAT

Dacă intenționați să configurați o rețea de mașini virtuale imbricate astfel încât să fie toate într-o rețea locală reală, atunci mai multe adrese MAC vor atârna pe un singur adaptor de rețea al mașinii virtuale „gazdă”. Acest lucru este de așteptat să provoace probleme de comunicare dacă setarea nu este activată Activați Parodarea adreselor MAC(și nu este activat în mod implicit).

Bifați caseta manual:

Sau prin Powershell:

Coajă

Get-VMNetworkAdapter -VMName "vm_name" | Set-VMNetworkAdapter -MacAddressSpoofing On

Obțineți - VMNetworkAdapter - VMName "vm_name" | Set - VMNetworkAdapter - MacAddressSpoofing On

Dacă nu intenționați să eliberați VM-uri imbricate în rețeaua locală, dar doriți totuși să le oferiți posibilitatea de a comunica prin rețea, puteți ridica NAT. Pentru a face acest lucru, trebuie să creați un comutator virtual de tip intern cu comanda (în acest moment, configurația NAT este posibilă numai prin Powershell):

Notă: dacă până în acest moment toate setările au fost făcute pe sistemul de operare gazdă, atunci NAT trebuie configurat în interiorul mașinii virtuale.

Coajă

New-VMSwitch -Nume "NAT 01" -SwitchType Internal

Nou - VMSwitch - Nume "NAT 01" - SwitchType Internal

Creați NAT:

Coajă

New-NetNat -Name "nume" –InternalIPInterfaceAddressPrefix "IP-address / netmask"

Nou - NetNat - Nume „nume” - InternalIPInterfaceAddressPrefix„IP-address / netmask”

Vă rugăm să rețineți că, în această etapă, trebuie să decideți subrețeaua care va fi utilizată în spatele NAT. Desigur, intervalul de adrese nu ar trebui să se suprapună cu intervalele reale din rețeaua dvs. locală.

Atribuim o adresă pentru interfață.

Bună, Habr! Acum îți voi pune o întrebare și te gândești: Ce, foarte popular și cândva uimitor pentru tine personal, este acum amintit doar pentru „nostalgic”? Cu siguranță, cineva își va aminti de Dendy sau Super Nintendo, iar unii își vor aminti pagerul. Deci, pentru ce sunt ... Există o expresie „nimic nu durează pentru totdeauna”. În articolul de astăzi, vom analiza dacă acest lucru este adevărat în spațiul de dezvoltare și merită să renunțe la VMWare în favoarea Hyper-V pentru virtualizare? De asemenea, vom atinge avantajele ambelor platforme și procesul de trecere de la una la alta. Uită-te sub tăietură!

Digresie lirică

Trăim într-un moment uimitor. Și, poate, îngrozitor, în funcție de ce parte te uiți. Acum este posibil ca literalmente acum 20 de ani să citesc în cărți fantastice: viitorul a venit în 200-500-1000 de ani. Zborurile către alte planete, dincolo de sistemul nostru solar, „meri înfloriți pe Marte” - toate acestea păreau îndepărtate și de nerealizat.

Și acum avem (bine, practic) un motor nuclear spațial, un plan de a zbura spre Marte în 2024 și un satelit în afara sistemului nostru solar.

Deci, de fapt, unde conduc toate acestea. Asta vreau să spun că toate acestea au devenit posibile datorită (sau în ciuda) dezvoltării rapide a tehnologiei informatice. Să vorbim acum despre una dintre aceste tehnologii.

Epigraf

A fost o singură companie. Nici mare, nici mic, nici înalt, nici scăzut. O afacere atât de dreaptă de mijloc. Trăia singură cu câteva rafturi de echipamente, vechi, moștenite de la mama ei. Și a venit momentul să reînnoim toată această economie. Tovarășii au calculat costul echipamentului, au crezut că da, au decis să implementeze virtualizarea. Și anul a fost cu mult timp în urmă, de la reprezentanții genului glorios de virtualizare universală, doar VMWare a fost. În general, a fost implementat. Odată cu trecerea timpului, sarcinile s-au schimbat, alți reprezentanți ai genialului tip de virtualizare au crescut. Și este timpul să alegi din nou un reprezentant ...

Principala întrebare a unui profesionist IT este „De ce?”
(sau „Pentru ce?”)

Permite-mi sa ma prezint. Numele meu este Anton și sunt șeful departamentului de soluții de infrastructură la unul dintre cei mai mari retaileri ruși. Ca în orice organizație care se respectă, folosim virtualizarea și, bineînțeles, „iubitul” nostru 1C. Am implementat VMware pentru o lungă perioadă de timp, am trăit cu el, în principiu, nu este rău (deși există și suficiente povești de păr cărunt care mi-au adăugat), dar, la fel ca în orice dezvoltare, trebuie să ne uităm periodic în jurul nostru pentru a afla despre soluții alternative.

Și povestea noastră de tranziție a început când am văzut Hyper-V într-un colț cu VMware în cadranul Gartner. Atunci am devenit gânditor. Ca urmare a gândirii, am obținut un astfel de semn „pro / contra” tranziției. Și, de asemenea, celebrele jambiere VMware cu CBT ... Mai mult, de două ori în două versiuni diferite. Foc direct!

Minut de hype

Imi vine imediat în minte o anecdotă:

„De unde știi dacă o persoană este un vegan înflăcărat. În nici un caz. El îți va spune el însuși despre asta ".
Același lucru este și aici - cum să recunoști un ochi roșii înflăcărat. În nici un caz. El însuși va spune că Linux este harul lui Dumnezeu, iar Windows este un produs al prințului întunericului.

Haters 2x354 va sta imediat într-un raft și, stropind lichide, va începe să spună cum actualizările Microsoft spulberă întregul sistem de operare. Da, nu mă voi certa aici, tovarășii mei iubesc astfel de cadouri amuzante. Dar, în general, procesul de evoluție, după părerea mea, la Microsoft este adus la perfecțiune. Revoluția nu este a lor, dar evoluția este punctul lor forte. Și fiecare alege ceea ce este mai aproape de el.

Voi face o rezervare imediat - a existat, de asemenea, o comparație „după caracteristică”, doar că în viață nimeni „în mintea lor dreaptă și memorie puternică” nu va construi clustere pe baza valorilor limitative. Da, și sunt de fapt aproape ca niște frați gemeni și personal nu văd diferența fundamentală între câte sute de nuclee pot fi date unei mașini virtuale.

Minut de holivar

De ce caracteristica VMware Killer este atât de mult doar marketing?

Toleranță la erori. Serios? Ați citit restricțiile? Chiar îl folosiți în producție? Dacă da, atunci îmi pare sincer rău uman pentru tine ... Tot timpul nu am văzut niciodată că acest lucru este cu adevărat util cuiva ...

Redirecționarea dispozitivelor USB și PCI. De asemenea, un punct foarte controversat. Aceste lucruri privează mașina virtuală de principalul avantaj al virtualizării - migrarea gratuită între gazde. Am folosit redirecționarea PCI, dar de îndată ce am putut refuza, am expirat cu ușurare. Pentru redirecționarea prin USB, atât soluțiile software cât și cele hardware au fost inventate și realizate de mult timp. Mult mai ușor.

Citiți stocarea în cache a datelor pe SSD-uri locale. Da, când am ieșit, am fost foarte fericit de această oportunitate. Dar, în realitate, nu am văzut o creștere nici măcar la datele sintetice. Și într-un mediu de lucru, am prins periodic înghețuri sălbatice ale acestui sistem (aici nu susțin că sistemul este de vină - poate că mâinile mele strâmbe au făcut ceva greșit). Și cireașa de pe tort: ​​acest sistem cache doar blocuri de o anumită dimensiune și trebuie să petreceți mult timp colectând informații despre dimensiunea cererii pe disc, gândindu-vă la ce mașină virtuală ar trebui să fie prioritară în utilizarea acestei tehnologii .

Dar Hyper-V are o capacitate standard de a micșora discul. Știți de câte ori am visat asta la VMware? Mult mai mult decât vă puteți imagina.

Da, încă un moment. Trecerea la un alt hipervizor este o decizie individuală, dar aici este lista mea de factori de oprire, în prezența cărora, în opinia mea, cu siguranță nu merită să treceți la Hyper-V. Ei bine, sau gândiți-vă la toate foarte atent și testați-le.

1. Aveți sistemul de operare principal pe serverele Linux.
2. Trebuie să alergi exotic.
3. Aveți nevoie de servere virtuale gata făcute de la furnizori (cred că este doar o chestiune de timp).
4. Nu îți place Microsoft.
5. Ai primit VMware gratuit împreună cu hardware-ul.

Tabletă de meditație

Pentru trecerea la Hyper-V	Împotriva comutării la Hyper-V
Reduceți costurile licenței VMware	Faimosul platformei VMware
Azure este construit pe baza aceleiași platforme	Dimensiunea distribuției (spoiler: Nano Server nu este un analog al esxi - este o ideologie și o poziționare ușor diferite)
Interesantă virtualizare a rețelei	Schemă simplă de licențiere
Replicarea la alte sisteme de stocare a mașinilor virtuale utilizând metode standard	Suport pentru un număr mare de sisteme de operare diferite
Bonusuri la achiziționarea unui kit de virtualizare (kit CIS, care include Windows Datacenter + System Center)	VMware rulează deja
Diverse bunătăți la implementarea serverelor Windows	Nu există suport pentru hipervizor ca produs separat
Reduceți discurile din mers	VDI poate fi utilizat aici doar pentru laboratoare / teste. Acest lucru nu este potrivit pentru producție
Suport mai rapid pentru noile versiuni de Windows	Disponibilitatea de soluții complete interesante pentru virtualizare, atunci când cumpărați atât hardware cât și software de la un furnizor și obțineți o consolă de administrare și o fereastră de asistență tehnică
Acesta este Microsoft	Acesta este Microsoft

Act de credinta

M-am gândit și m-am întrebat mult timp, dar apoi stelele converg, și am actualizat parcul server. Iar cele vechi au rămas, și nu rele, doar încet după standardele actuale și, mai mult, învechite moral. Și decizia strategică a fost luată pentru a face o fermă de dezvoltare bazată pe Hyper-V. Am tras serverele pe un site nou, am actualizat toate firmware-urile serverului și plecăm.

Planul de testare a fost simplu:

1. Luăm serverul.
2. Instalați esxi pe el. Nu schimbăm nimic, setările implicite.
3. Efectuăm teste de 5 ori:

   A) Pentru testul 1C Gilev.

4. Efectuăm teste de 5 ori:

   A) Pentru testul 1C Gilev.

   B) Pentru SQL - scrieți scriptul.

5. Instalați Hyper-V. Nu schimbăm nimic, setările implicite.
6. Implementăm mașina virtuală.
7. Efectuăm teste de 5 ori:

   A) Pentru testul 1C Gilev.

   B) Pentru SQL - scrieți scriptul.

8. Ne-am înființat conform celor mai bune practici.
9. Efectuăm teste de 5 ori:

   A) Pentru testul 1C Gilev.

   B) Pentru SQL - scrieți scriptul.

10. Instalăm Windows Server pe o mașină fizică, îl configurăm conform celor mai bune practici și executăm teste.
11. Comparăm și gândim.

Hardware: Dell FC 630, 2 procesoare Intel Xeon E5-2643 v4 (pur pentru 1C), 512 GB de memorie.
Unități: rețea san bazată pe Dell SC 200 cu SSD cu citire intensivă.

Am obținut următoarele rezultate:

VMWare fără cele mai bune practici	Testul Gilev	Test SQL
1	22.42	12.2
2	18.6	17.51
3	18.12	7.12
4	26.74	7.18
5	26.32	4.22
VMWare cu cele mai bune practici	Testul Gilev	Test SQL
1	26.46	4.28
2	26.6	6.38
3	26.46	4.22
4	26.46	6.56
5	26.6	4.2
HyperV fără cele mai bune practici	Testul Gilev	Test SQL
1	27.17	4.32
2	26.46	6.08
3	26.04	4.24
4	26.18	5.58
5	25.91	6.01
HyperV cu cele mai bune practici	Testul Gilev	Test SQL
1	26.18	6.02
2	27.62	6.04
3	26.46	6.2
4	26.74	4.23
5	26.74	6.02
Fizică	Testul Gilev	Test SQL
1	35.97	4.06
2	32.47	4.04
3	31.85	6.14
4	32.47	5.55
5	32.89	5.43

Legendă

Testul lui Gilev - mai mult este mai bun, „papagali” abstracte.

Test SQL - mai puțin este mai bine, timpul de execuție.

Ce am creat:

1. Pași pentru pregătirea gazdei DELL Poweredge 630.

3.1.1 Plasați fișierul swap pe SSD. Cluster -> Locație fișier swap -> Stocați fișierul swap în același director ca VM. Configurare -> VM Swapfile location -> Edit.

3.1.3 Configurați SAN Multipathing prin gazdă -> Configurare -> Stocare -> Gestionare căi -> Selecție cale -> Round Robin.

3.1.4 Activați gazda -> Configurare -> Gestionarea energiei -> Proprietăți -> Performanță ridicată.

3.2.1 Folosim discuri paravirtuale: VM -> Controller SCSI -> Modificare tip -> Paravirtual.

3.2.2 Este de dorit să se utilizeze provizioane groase dornice de reducere la zero.

3.2.3 Porniți VM -> Opțiuni -> Virtualizare CPU / MMU -> Utilizați Intel VTx pentru setul de instrucțiuni și Intel EPT pentru Virtualizare MMU.

3.2.4 Dezactivați BIOS-ul VM -> dischetă moștenită, BIOS-ul VM -> CD-ul Mater primar.

4. Pași pentru testarea pe o platformă Windows Server fără cele mai bune practici:

4.1 Instalați Windows Server 2016 Datacenter pe gazdă și toate actualizările.

4.2 Realizăm setările necesare pe gazdă.

4.3 Instalați mașina virtuală Windows și toate actualizările.

4.4 Instalați „1C: Enterprise”. Configurăm, dacă este necesar, îl setăm implicit pentru moment, versiunea 1C - 8.3.10 (cea mai recentă).

4.5 Pe o mașină separată, instalați Windows Server 2016 cu serverul SQL 2016 cu toate actualizările.

5.1.1 Activați MPIO:
Enable-WindowsOptionalFeature - Online - FeatureName MultiPathIO
(Get-WindowsOptionalFeature - Online - FeatureName "MultiPathIO"). Stare

5.2.1 Folosim Generation2 VM.

5.2.2 Folosim discuri fixe în VM.

Dacă viața este pe Marte?

Se pare că viața este un succes, testele arată că calculele și ratele au fost corecte și acum va veni nirvana foarte dorită ... Așa că m-am gândit și am sperat până când vom pune un cluster pentru dezvoltatori într-un mod de testare.

Nu voi minți, instalarea este foarte simplă și simplă. Sistemul în sine verifică tot ceea ce trebuie pentru a fi fericit și, dacă ceva nu este acolo, vă trimite la cel mai apropiat magazin alimentar, afișează un raport detaliat despre ceea ce nu este în regulă și chiar oferă sfaturi despre cum să remediați problema. În acest sens, mi-a plăcut mult mai mult produsul de la Microsoft.

Imediat mi-am amintit povestea unei corespondențe de cinci zile cu asistența tehnică VMware despre o problemă cu trecerea la 5.5. S-a dovedit a fi un lucru amuzant. Dacă creați un cont separat pe serverul SQL pentru conectarea vSphere, atunci parola acestuia nu trebuie să depășească 14 caractere (sau 10, nu-mi amintesc acum), deoarece atunci sistemul trunchiază și aruncă o parte din parolă ca parte inutilă. Într-adevăr, un comportament destul de rezonabil.

Dar toată distracția a început mai târziu. Un server s-a prăbușit și a refuzat să vadă placa de rețea (ca urmare, sistemul de operare nu a avut nimic de-a face cu aceasta). Apoi serverele au început să piardă cvorumul. Apoi serverele au început să zboare haotic din cluster. VMM nu a funcționat cu adevărat și adesea nu s-a putut conecta la fermă. Apoi serverele au început să se întrerupă în cluster. Apoi, în timpul migrației, mașinile au început să se vadă pe două gazde. În ansamblu, situația era aproape de dezastru, așa cum am crezut.

Dar, după ce am adunat curaj, am decis totuși să ne luptăm. Și știi ce? Totul a funcționat. Și s-a dovedit că problemele cu placa de rețea erau hardware, problema cu clusterul a fost rezolvată după configurarea corectă a rețelei. Și după ce am rearanjat sistemul de operare gazdă și VMM la versiunile în limba engleză, totul a devenit bine. Și apoi m-am simțit trist ... 2017, dar tot trebuie să instalez Windows engleză, astfel încât să existe mai puține probleme. Acesta este un eșec epic în opinia mea. Dar, ca bonus, am obținut o căutare mult mai simplă în textul erorilor.

Ca urmare, cluster-ul a pornit, VMM funcționează corect și am început să distribuim mașini virtuale către utilizatori.

Apropo, cel care a inventat interfața și logica VMM merită un cazan separat în iad ... A spune că este de neînțeles înseamnă să nu spui nimic. Când l-am deschis prima dată, am avut senzația deplină că mă uit la bordul unei nave extraterestre. Se pare că formele sunt familiare, dar nu se înțelege ce este ce și de ce. Deși este posibil ca după mulți ani să mă obișnuiesc cu ea. Sau doar să memoreze acțiunile ca o maimuță.

Cum te simți când pornești în cele din urmă tractorul?

În general, emoțiile și sentimentele mele din tranziție sunt pozitive. Șabloanele și capacitățile lor pentru sistemul de operare de la Microsoft nu pot fi comparate cu omologii lor de la VMware. Sunt foarte confortabili, cu un număr mare de tot felul de clopote și fluiere, care sunt în general destul de sensibile. În timp ce rulăm un cluster pentru dezvoltatori, ne obișnuim cu o viață nouă.

Încă foarte puternic, dar foarte plăcut surprins de întrebarea cu migrarea mașinilor din VMWare. Inițial, am citit forumuri, am căutat software, m-am gândit cum va fi. S-a dovedit că s-au gândit deja la toate pentru mine. În cel mai scurt timp ne-am conectat vCenter la VMM și direct de la VMM am spus „dragă tovarășă, dă-mi te rog dulciurile alea, sunt prea gustoase, te rog trimite-mi această mașină virtuală la noul hipervizor”. Și amuzant este că a migrat. Prima dată. Fără tamburină sau greșeli. Și, ca rezultat, migrația, pentru testul căreia am planificat să o aloc o săptămână, s-a păstrat în 40 de minute, dintre care 20 a fost migrarea în sine.

Ce lipseste:

1. Un mic kit de distribuție adaptat special pentru virtualizare (analog cu esxi).
2. O consolă de administrare normală (consola este incomodă, mai ales după gestionarea de la VMware, dar există speranță pentru proiectul Honolulu. În orice caz, examinând previzualizarea tehnică, devine clar că produsul ar trebui să ofere aceeași ușurință de gestionare ).
3. Asistență tehnică a produsului de virtualizare. Da, știu că există asistență premium, dar nu este deloc ceea ce vrei.

Rezumând (dacă vă este lene să citiți articolul):

1. Acum performanța celor două platforme este aproximativ aceeași.
2. Performanța 1C este aceeași.
3. În Hyper-V, discurile virtuale pot fi scalate în sus sau în jos. Și online.
4. Foarte, bine, foarte simplu, migrație simplă de la VMWare.
5. Problema cu suportul în sensul său obișnuit.
6. VMM este extrem de incomod, mai ales după vCenter. Pe de altă parte, VMM este doar un shell grafic pentru scripturile PowerShell, deci puteți orienta toate acestea prin familiare Powershell CLI.
7. Tranziția necesită reînvățarea și gestionarea complexităților Hyper-V. Multe lucruri și abordări ideologice diferă.
8. Șabloane elegante pentru mașini virtuale Windows. Surprinzător de la îndemână.
9. Economisind bani.
10. Mai interesantă, în opinia mea, este implementarea stocării definite de software, dar acesta este un „amator”.
11. Respect pentru faptul că întreg Azure este construit pe propriile sale tehnologii, care apoi vin la premisă.
12. Integrare simplă și foarte strânsă în cloud.
13. Nu este o virtualizare de rețea proastă, cu multe puncte interesante.
14. În opinia mea, VDI nu este despre Microsoft și Hyper-V. Dar, pe de altă parte, fluxul de aplicații (RemoteApp) este realizat foarte bine, iar pentru majoritatea companiilor va fi puțin mai rău decât același Citrix.
15. Suport slab de la furnizori terți de imagini de mașini virtuale gata făcute pentru Hyper-V (presupun că fenomenul este temporar).
16. Politică nouă de licențiere foarte ciudată (pe nuclee).

Despre autor

Anton Litvinov lucrează pentru 585 / Zolotoy în ultimii 6 ani. El a trecut de la un inginer de rețea la șeful departamentului de soluții de infrastructură și, ca rezultat, îi combină pe domnul Jekyll și dr. Hyde - inginer și manager complet. În IT de aproximativ 20 de ani.