„Hyper-V“ yra serverio virtualizacijos technologijos pavyzdys. Tai reiškia, kad „Hyper-V“ leidžia virtualizuoti visą kompiuterį, viename fiziniame kompiuteryje paleidžiant kelias operacines sistemas (dažniausiai serverio pagrindu) (dažniausiai su serverio lygio aparatine įranga). Kiekviena svečio operacinė sistema mano (jei operacinės sistemos gali manyti), kad jai priklauso kompiuteris ir ji turi išskirtinę teisę naudoti savo aparatūros išteklius (arba bet kurį kitą kompiuterio išteklių rinkinį, prie kurio gali prieiti virtuali mašina). Taigi kiekviena operacinė sistema veikia atskiroje virtualioje mašinoje, o visos virtualios mašinos veikia tame pačiame fiziniame kompiuteryje. Standartinėje nevirtualizuotoje aplinkoje kompiuteris gali paleisti tik vieną operacinę sistemą. „Hyper-V“ technologija suteikia jūsų kompiuteriui šią galimybę. Prieš pažiūrėdami, kaip veikia Hyper-V technologija, turime suprasti Bendri principai

virtualių mašinų veikimas.

Bendra informacija apie virtualias mašinas Virtuali mašina – tai programinėje įrangoje įdiegta skaičiavimo aplinka, paskirstanti fizinio kompiuterio aparatinės įrangos išteklius taip, kad viename kompiuteryje būtų galima paleisti kelias operacines sistemas. Kiekviena operacinė sistema veikia savo virtualioje mašinoje ir turi tam skirtus loginio procesoriaus egzempliorius,, kietieji diskai ir kiti kompiuterinės įrangos ištekliai. Virtualioje mašinoje veikianti operacinė sistema nežino, kad ji veikia virtuali aplinka, ir elgiasi taip, lyg visiškai kontroliuotų kompiuterio aparatinę įrangą.

• Virtualių mašinų diegimas aukščiau aprašytu būdu reiškia, kad serverio virtualizavimas turi būti įgyvendintas laikantis šių reikalavimų:
  Valdymo sąsajos Serverio virtualizavimui reikalingos valdymo sąsajos, leidžiančios administratoriams kurti, konfigūruoti ir valdyti kompiuteryje veikiančias virtualias mašinas. Šios sąsajos taip pat turi palaikyti programinės įrangos administravimą ir veikti tinkle, suteikdamos nuotolinio valdymo pultas
• virtualios mašinos.
  Atminties valdymas
• Serverio virtualizavimui reikalinga atminties tvarkyklė, užtikrinanti, kad visos virtualios mašinos gautų paskirstytus ir atskirtus atminties išteklius.
  Planavimo įrankis
• Serverio virtualizavimui reikalingas planavimo įrankis, skirtas valdyti virtualių mašinų prieigą prie fizinių išteklių. Planavimo įrankį turi konfigūruoti administratorius ir jis turi turėti galimybę įrangai priskirti skirtingus prioriteto lygius.
  Valstybės mašina
• Serverio virtualizacijai reikalinga būsenos mašina, kuri stebi informaciją apie dabartinę visų kompiuterio virtualiųjų mašinų būseną. Virtualios mašinos būsenos informacija apima informaciją apie procesorių, atmintį, įrenginius ir virtualiosios mašinos būseną (veikiančią arba sustabdytą). Būsenos mašina taip pat turi palaikyti perėjimų tarp skirtingų būsenų valdymą
  Saugykla ir tinklas Serverio virtualizavimui reikia turėti galimybę teikti saugyklos ir tinklo išteklius kompiuteryje, kad kiekviena virtualioji mašina galėtų turėti atskirą prieigą prie kietieji diskai
• ir tinklo sąsajas. Be to, darbalaukio virtualizacija taip pat reikalauja, kad kelios mašinos galėtų vienu metu pasiekti fizinius įrenginius, išlaikant nuoseklumą, izoliaciją ir saugumą.
  Virtualizuoti įrenginiai Serverio virtualizacijai reikalingi virtualizuoti įrenginiai, kuriuose veikia tie, kurie veikia Operacinės sistemos pateikia loginius įrenginius, kurie savo elgesiu nesiskiria nuo fizinių analogų. Kitaip tariant, kai OS pasiekia fizinį kompiuterio įrenginį iš virtualios mašinos, atitinkamas virtualizuotas įrenginys pasiekiamas taip pat, kaip ir fizinio įrenginio prieigos procesas.
• Virtualių įrenginių tvarkyklės
  Norėdami virtualizuoti serverį, turite įdiegti virtualių įrenginių tvarkykles operacinėse sistemose, veikiančiose virtualiose mašinose. Virtualios įrenginių tvarkyklės suteikia programoms prieigą prie virtualių aparatinės įrangos atvaizdų ir įvesties/išvesties jungčių taip pat, kaip ir fizinės aparatinės įrangos.

Lukšto supratimas

„Hypervisor“ yra virtualizacijos platforma, leidžianti kelioms operacinėms sistemoms veikti viename fiziniame kompiuteryje – pagrindiniame kompiuteryje. Pagrindinė hipervizoriaus funkcija yra sukurti izoliuotas vykdymo aplinkas visoms virtualioms mašinoms ir valdyti virtualioje mašinoje esančios svečio operacinės sistemos ir fizinio kompiuterio aparatinės įrangos išteklių sąveiką. Terminas „hipervizorius“ buvo sukurtas 1972 m., kai IBM atnaujino „System/370“ skaičiavimo platformos valdymo programinę įrangą, kad palaikytų virtualizaciją. Hipervizoriaus sukūrimas buvo naujas evoliucijos etapas Kompiuterinė technologija

, nes jis įveikė architektūrinius apribojimus ir sumažino pagrindinių kompiuterių naudojimo išlaidas.

Žemo lygio kriauklės skiriasi. Pavyzdžiui, jie skiriasi rūšimi – t.y. pagal tai, ar jie veikia fizinėje aparatinėje įrangoje, ar yra priglobti operacinės sistemos aplinkoje. Korpusai taip pat gali būti skirstomi pagal dizainą: monolitiniai arba mikrošerdies.

Kadangi 1 tipo hipervizoriai veikia tiesiogiai aparatinėje įrangoje, o ne OS aplinkoje, jie paprastai užtikrina optimalų našumą, prieinamumą ir saugumą, palyginti su kitais tipais. 1 tipo hipervizoriai taip pat įdiegti šiuose serverio virtualizacijos produktuose:

• Microsoft Hyper-V
• Citrix XenServer
• VMware ESX serveris

2 tipo apvalkalas

2 tipo apvalkalai veikia OS aplinkoje, veikiančioje pagrindiniame kompiuteryje. Šiuo atveju svečių operacinės sistemos veikia virtualiose mašinose virš hipervizoriaus (žr. 2 pav.). Šis virtualizacijos tipas paprastai vadinamas prieglobos virtualizavimu.

• Palyginus 2 paveikslą su 1 paveikslu, matyti, kad svečių operacinės sistemos, veikiančios virtualiose mašinose 2 tipo hipervizorių platformose, yra atskirtos nuo pagrindinės aparatinės įrangos kitu sluoksniu. Papildomas sluoksnis tarp virtualių mašinų ir aparatinės įrangos sukelia 2 tipo apvalkalo platformų našumo pablogėjimą ir apriboja praktiškai paleidžiamų virtualių mašinų skaičių. 2 tipo hipervizoriai taip pat įdiegti šiuose serverio virtualizacijos produktuose:
• Microsoft

Microsoft sistemos

Virtualus kompiuteris taip pat naudoja 2 tipo hipervizoriaus architektūrą.

Monolitinė architektūra turi ir privalumų, ir tam tikrų trūkumų. Pavyzdžiui, monolitiniams hipervizoriams nereikia pagrindinės (pagrindinės) operacinės sistemos, nes visi svečiai tiesiogiai sąveikauja su pagrindine kompiuterio aparatine įranga naudodami įrenginių tvarkykles. Tai vienas iš monolitinės architektūros privalumų. Kita vertus, tai, kad tvarkyklės turi būti sukurtos specialiai hipervizoriui, kelia didelių sunkumų, nes rinkoje yra įvairių tipų pagrindinių plokščių, saugojimo valdiklių, tinklo adapterių ir kitos įrangos. Todėl monolitinių hipervizorių platformų gamintojai turi glaudžiai bendradarbiauti su techninės įrangos gamintojais, kad užtikrintų, jog šių įrenginių tvarkyklės palaikytų hipervizorių. Be to, dėl to apvalkalo gamintojai yra priklausomi nuo techninės įrangos gamintojų, kurie tiekia reikiamas tvarkykles savo produktams. Taigi įrenginių, kuriuos galima naudoti virtualizuotose operacinėse sistemose monolitinėse žemo lygio apvalkalo platformose, asortimentas yra žymiai siauresnis, palyginti su situacija, kai fiziniuose kompiuteriuose veikia tokios pačios operacinės sistemos. Svarbi savybė

Ši architektūra yra ta, kad ji nepaiso vieno iš svarbiausių saugumo principų – giluminės gynybos poreikio. Su gilia gynyba sukuriamos kelios gynybos linijos. Šiame modelyje nėra giluminės gynybos, nes viskas daroma pačioje privilegijuotiausioje sistemos dalyje.

Mikrokernel žemo lygio apvalkalams nereikia specialių tvarkyklių, nes operacinė sistema veikia kaip pagrindinis (pagrindinis) skaidinys. Toks skaidinys suteikia vykdymo aplinką, reikalingą įrenginių tvarkyklėms pasiekti pagrindinio kompiuterio fizinę aparatinę įrangą. Skirsniai bus aptarti vėliau, tačiau kol kas įsivaizduokite, kad terminas „skirstymas“ yra tolygus virtualiajai mašinai.

Mikrobranduolių hipervizorių platformose įrenginio tvarkyklės įdiegimas reikalingas tik fiziniams įrenginiams, veikiančiems pirminiame skaidinyje. Šių tvarkyklių diegimas svečio operacinėse sistemose nereikalingas, nes svečio operacinėms sistemoms tereikia pasiekti pirminį skaidinį, kad pasiektų pagrindinio kompiuterio fizinę aparatinę įrangą. Kitaip tariant, mikrobranduolių architektūra neleidžia svečių operacinėms sistemoms tiesiogiai pasiekti pagrindinės aparatinės įrangos. Fizinius įrenginius galima pasiekti tik sąveikaujant su pagrindiniu skaidiniu. 4 paveiksle išsamiau parodyta hipervizoriaus mikrobranduolių architektūra. Mikrobranduolių architektūra turi keletą pranašumų prieš monolitinę architektūrą. Pirma, specialių tvarkyklių poreikio nebuvimas leidžia naudoti daugybę esamų gamintojo pateiktų tvarkyklių. Antra, įrenginių tvarkyklės neįtrauktos į apvalkalą, todėl sukuriama mažesnė apkrova, mažesnė ir atsparesnė. Trečia, ir svarbiausia, galimas atakos paviršius yra sumažintas iki minimumo, nes į apvalkalą neįkeliamas joks svetimas kodas (įrenginių tvarkykles kuria trečiosios šalys, todėl apvalkalo kūrėjo požiūriu jos laikomos svetimu kodu). Sutikite, kad prasiskverbti kenkėjiškųį apvalkalą ir visų kompiuterio virtualių operacinių sistemų valdymas yra paskutinis dalykas, kurį norite patirti. Vienintelis mikrobranduolių dizaino trūkumas yra specialaus pirminio skaidinio poreikis. Tai padidina sistemos apkrovą (nors paprastai ji yra minimali), nes antrinių skaidinių prieiga prie aparatinės įrangos reikalauja, kad jie sąveikautų su pagrindiniu skaidiniu. Reikšmingas „Hyper-V“ mikrobranduolių architektūros pranašumas yra „Hyper-V“ technologija, leidžianti iki minimumo sumažinti kodo vykdymą hipervizoriuje ir perduoti daugiau funkcijų (pavyzdžiui, būsenos mašina ir valdymas). sąsajos, kurios vartotojo režimu vykdomos aukščiau kamino).

Koks serverio virtualizacijos platformos su mikrobranduolių architektūra pavyzdys? Be abejo, tai yra „Microsoft Hyper-V“, kurios pirminiame skaidinyje

„Windows Server“.

• 2008 ar vėliau.
  Pagrindinės „Hyper-V“ savybės Toliau pateikiamos kelios pagrindinės originalios Microsoft Hyper-V platformos versijos funkcijos:Įvairių OS palaikymas „Hyper-V“ palaiko vienalaikį vykdymąįvairių tipų
• OS, įskaitant 32 bitų ir 64 bitų OS įvairiose
  serverių platformos (pavyzdžiui, „Windows“, „Linux“ ir kt.). Išplečiamumas
• „Hyper-V“ technologija turi standartines įrankių rinkinio sąsajas
  Windows valdymas
• (WMI) ir programavimo API, kurios leidžia nepriklausomiems programinės įrangos pardavėjams ir kūrėjams greitai sukurti tinkintus virtualizacijos platformos įrankius ir plėtinius.
  Tinklo apkrovos balansavimas „Hyper-V“ suteikia virtualaus perjungimo galimybes, leidžiančias naudoti „Windows“ tinklo apkrovos balansavimą, kad būtų galima subalansuoti apkrovą įvairiose virtualiose mašinose iš skirtingų serverių. Mikrobranduolių architektūra
• „Hyper-V“ turi 64 bitų mikrobranduolių hipervizoriaus architektūrą, kuri leidžia platformai teikti
  įvairių metodų
• įrenginio palaikymas, papildomas našumas ir saugumas. Aparatinės įrangos virtualizavimas„Hyper-V“ reikalauja naudoti „Intel-VT“ arba „AMD-V“ aparatinės įrangos virtualizacijos technologijas.
  Architektūra
• dalijimasis
  „Hyper-V“ leidžia perkelti veikiančią virtualią mašiną iš vieno fizinio pagrindinio kompiuterio į kitą su minimalia delsa. Tai atliekama naudojant labai prieinamus „Windows Server 2008“ ir „System Center“ valdymo įrankius.
• Mastelio keitimas
  „Hyper-V“ palaiko kelis procesorius ir branduolius pagrindinio kompiuterio lygiu, taip pat pažangią prieigą prie atminties virtualios mašinos lygiu. Šis palaikymas leidžia virtualizacijos aplinkoms priglobti daug virtualių mašinų viename pagrindiniame kompiuteryje. Tačiau greito perkėlimo galimybės taip pat leidžia keisti mastelį keliuose mazguose.
• Simetrinės kelių procesorių (SMP) architektūros palaikymas
  „Hyper-V“ palaiko iki keturių procesorių virtualiosios mašinos aplinkoje, kad virtualioje mašinoje būtų galima paleisti kelių gijų programas.
• 
  „Hyper-V“ suteikia galimybę kurti veikiančių virtualių mašinų momentines nuotraukas, kad būtų galima greitai sugrįžti ankstesnė būsena, kuri optimizuoja atsarginių kopijų kūrimo ir atkūrimo sprendimus.

Kas naujo Hyper-V R2

IN Windows versijos„Server 2008 R2“ pridėjo naujų „Hyper-V“ vaidmens funkcijų. Jie pagerina Hyper-V lankstumą, našumą ir mastelio keitimą. Pažvelkime į juos išsamiau.

Padidėjęs lankstumas

„Hyper-V R2“ apima šias naujas funkcijas, kurios padidina serverio virtualizacijos infrastruktūros diegimo ir priežiūros lankstumą:

• Gyva migracija
  „Hyper-V R2“ apima tiesioginio perkėlimo funkciją, leidžiančią be trikdžių perkelti virtualią mašiną iš vieno „Hyper-V“ serverio į kitą tinklo prisijungimas, be prastovų vartotojui ir nenutrūkstant paslaugos. Judėjimas sumažina našumą tik kelioms sekundėms. Tiesioginis perkėlimas padeda užtikrinti aukštą serverių ir programų, veikiančių sugrupuotuose „Hyper-V“ serveriuose virtualizuotoje duomenų centro aplinkoje, pasiekiamumą. Tiesioginis perkėlimas taip pat supaprastina pagrindinio kompiuterio aparatinės įrangos atnaujinimo ir priežiūros procesą ir suteikia naujų galimybių, pvz., galimybę subalansuoti tinklo apkrovas, kad būtų užtikrintas maksimalus energijos vartojimo efektyvumas arba optimalus procesoriaus panaudojimas. Tiesioginis perkėlimas išsamiai aprašytas toliau, skyriuje Darbas su tiesiogine migracija.
• Klasterio bendrinami tomai
  Klasterio bendrinami tomai yra nauja funkcija„Windows Server 2008 R2“ klasterių sistemos. Ji suteikia vieną ir nuoseklią failo vardų erdvę, leidžiančią visiems klasterio mazgams pasiekti tą patį saugojimo įrenginį. Naudoti klasterio bendrinamus tomus labai rekomenduojama tiesioginiam perkėlimui ir aprašyta toliau skyriuje Darbas su tiesioginiu perkėlimu.
• Palaikomas karšto laikmenų pridėjimas ir pašalinimas
  „Hyper-V“ R2 versija leidžia pridėti arba pašalinti virtualųjį kietieji diskai ir perkelti diskus veikiančioje virtualioje mašinoje jos neišjungiant ir nepaleidžiant iš naujo. Tai leidžia sukonfigūruoti visą naudojamą saugyklą be prastovų Virtuali mašina, atsižvelgiant į darbo krūvio pasikeitimą. Be to, tai suteikia naujų galimybių Rezervinė kopija„Microsoft“. SQL serveris, Microsoft Exchange Server ir duomenų centruose. Norint naudoti šią funkciją, virtualieji ir perėjimo diskai turi būti prijungti prie virtualios mašinos naudojant virtualų SCSI valdiklį. Papildoma informacija Norėdami pridėti SCSI valdiklius prie virtualių mašinų, žr. toliau pateiktą skyrių „Virtualiųjų mašinų valdymas“.
• Procesoriaus suderinamumo režimas
  Naujas režimas Procesoriaus suderinamumas, pasiekiamas Hyper-V R2 versijoje, leidžia perkelti virtualią mašiną iš vieno pagrindinio kompiuterio į kitą, jei jų procesoriaus architektūra atitinka (AMD arba Intel). Taip lengviau atnaujinti „Hyper-V“ pagrindinio kompiuterio infrastruktūrą, nes virtualias mašinas lengviau perkelti iš kompiuterių su senesne aparatūra į kompiuterius su naujesne aparatine įranga. Be to, ji taip pat suteikia lankstumo perkeliant virtualias mašinas tarp klasterio mazgų. Pavyzdžiui, procesoriaus suderinamumo režimas gali būti naudojamas virtualioms mašinoms perkelti iš pagrindinio kompiuterio Intel Core 2 vienam mazgui Intel Pentium 4 arba iš AMD Opteron mazgo į AMD Athlon mazgą. Atminkite, kad procesoriaus suderinamumo režimas leidžia perkelti virtualias mašinas tik tuo atveju, jei mazgų procesoriaus architektūra atitinka. Kitaip tariant, AMD-AMD ir Intel-Intel migracija palaikoma. Perkelkite virtualias mašinas iš tos pačios architektūros pagrindinio kompiuterio į pagrindinis kompiuteris kita architektūra nepalaikoma. Kitaip tariant, AMD-Intel ir Intel-AMD migracijos nepalaikomos. Daugiau informacijos apie procesoriaus suderinamumo režimą ir kaip jį sukonfigūruoti rasite šoninėje juostoje „Kaip tai veikia. procesoriaus suderinamumo režimas“.

Patobulintas našumas

Hyper-V R2 yra šios naujos funkcijos, kurios gali pagerinti jūsų serverio virtualizacijos infrastruktūros našumą:

1. Palaiko iki 384 vienu metu veikiančių virtualių mašinų ir iki 512 virtualių procesorių viename serveryje
   Naudojant tinkamą aparatinę įrangą, Hyper-V R2 serveriai gali būti naudojami anksčiau nepasiektam serverio konsolidavimo lygiui pasiekti. Pavyzdžiui, viename „Hyper-V“ pagrindiniame kompiuteryje galite talpinti:
   • 384 virtualios mašinos su vienu procesoriumi (žymiai mažiau nei 512 virtualių procesorių)
   • 256 virtualios mašinos su dviem procesoriais (iš viso 512 virtualių procesorių)
   • 128 virtualios mašinos su keturiais procesoriais (iš viso 512 virtualių procesorių)

   Taip pat galite paleisti bet kokį vieno branduolio, dviejų branduolių ir keturių branduolių procesorių derinį, jei bendras virtualių mašinų skaičius neviršija 384, o bendras virtualioms mašinoms priskirtų virtualių procesorių skaičius neviršija 512. Šios galimybės leidžia „Hyper-V R2“ teikti didžiausią rinkoje prieinamą virtualių mašinų tankį Šis momentas. Palyginimui, ankstesnė Hyper-V versija Windows Server 2008 SP2 palaikė tik iki 24 loginių procesorių ir iki 192 virtualių mašinų. Atkreipkite dėmesį, kad naudojant perkrovimo grupes, Hyper-V R2 palaiko iki 64 virtualių mašinų viename klasterio mazge.

2. Antrojo lygio adresų vertimo (SLAT) palaikymas
   Hyper-V R2 procesorius tvarko adresų vertimus virtualiose mašinose, o ne Hyper-V kode, kuris programiškai atlieka lentelės atvaizdavimą. Taigi, SLAT technologija sukuria antrą puslapių sluoksnį po x86/x64 puslapių lentelėmis x86/x64 procesorių per netiesioginį sluoksnį nuo virtualios mašinos atminties prieigos iki fizinės atminties.

Naudojant tinkamus procesorius (pvz. Intel procesoriai su išplėstomis EPT puslapių lentelėmis, pradedant nuo i7 kartos arba naujausių modelių AMD procesoriai su įdėtomis NPT puslapių lentelėmis) Hyper-V R2 daugeliu atvejų žymiai pagerina sistemos našumą. Veikimo patobulinimai atsirado dėl atminties valdymo technologijos patobulinimų ir sumažėjusio atminties kopijų skaičiaus, reikalingo šioms procesoriaus funkcijoms naudoti. Našumas ypač pagerėja dirbant su dideliais duomenų rinkiniais (pvz., Microsoft SQL Serveris). „Microsoft Hypervisor“ hipervizoriaus atminties naudojimas gali būti sumažintas nuo 5 iki 1 procento visos fizinės atminties. Taigi vaikų skyriai turės prieigą daugiau atminties, kuris leidžia pasiekti aukštą konsolidacijos laipsnį.

3. V.M. kaminas
   Ši funkcija leidžia TCP/IP srautą virtualiajai mašinai persiųsti į pagrindinio kompiuterio fizinį tinklo adapterį. Kad tai būtų pasiekta, fizinis tinklo adapteris ir OS turi palaikyti TCP Chimney iškrovimą, kuris pagerins virtualios mašinos našumą sumažindamas loginių procesorių procesoriaus apkrovą. TCP kamino iškrovimo palaikymas Microsoft Windows pasirodė versijose

Atminkite, kad ne visos programos gali naudoti šią funkciją. Visų pirma, šios funkcijos įjungimas gaus didžiausią naudą programoms, kurios naudoja iš anksto paskirtus buferius ir ilgalaikius ryšius su dideliu duomenų perdavimo kiekiu. Be to, atminkite, kad fiziniai tinklo adapteriai, palaikantys TCP Chimney iškrovimą, gali apdoroti ribotą iškrautų jungčių skaičių, kurį bendrina visos prieglobos virtualios mašinos.

4. Virtualios mašinos eilės (VMQ) palaikymas
   „Hyper-V R2“ palaiko virtualios mašinos įrenginių eiles (VMDq) – Intel technologijos Virtualizavimo technologija Dėl ryšio. VMQ perduoda virtualios mašinos duomenų srauto rūšiavimo užduotį iš virtualiosios mašinos tvarkyklės į tinklo valdiklį. Tai leidžia vienam fiziniam NIC pasirodyti kaip keli NIC (eilės) svečio tinkle, optimizuojant procesoriaus naudojimą ir leidžiant didesnį pralaidumas tinklą, taip pat suteikia patobulintų virtualios mašinos srauto valdymo galimybių. Tada pagrindinis kompiuteris nesaugo tiesioginės atminties prieigos (DMA) duomenų iš įrenginių savo buferyje, nes tinklo adapteris gali naudoti šią prieigą, kad nukreiptų paketus į virtualiosios mašinos atmintį. Sumažinus įvesties/išvesties kelią pagerinamas našumas. Daugiau informacijos apie VMDq eilę rasite „Intel“ svetainėje adresu http://www.intel.com/network/connectivity/vtc_vmdq.htm.
5. · Didelio rėmo dydžio atrama
   Jumbo kadrai yra Ethernet kadrai, kuriuose yra daugiau nei 1500 baitų naudingosios apkrovos. Dideli rėmelių dydžiai anksčiau buvo prieinami ne virtualioje aplinkoje. „Hyper-V R2“ suteikia galimybę juos paleisti virtualiose mašinose ir palaiko iki 9014 baitų dydžio kadrus (jei palaikomas fiziniame tinkle).

Tai padidina tinklo pralaidumą ir sumažina procesoriaus naudojimą perduodant didelius failus.

Padidėjęs mastelio keitimas

„Hyper-V R2“ apima šias naujas funkcijas, kurios pagerina jūsų serverio virtualizacijos infrastruktūros mastelį:

• Palaiko iki 64 loginių procesorių pagrindiniame procesorių telkinyje
  Šioje Hyper-V versijoje palaikomų loginių procesorių skaičius yra keturis kartus didesnis nei sena versija Hiper-V. Tai leidžia įmonėms panaudoti naujausias dideles, keičiamo dydžio serverių sistemas, kad maksimaliai padidintų esamų darbo krūvių konsolidavimo naudą. Be to, naudojant tokias serverių sistemas, kiekvienai virtualiai mašinai lengviau pateikti kelis procesorius. „Hyper-V“ palaiko iki keturių loginių virtualių procesorių vienoje virtualioje mašinoje.
• Pagrindinis parkavimo palaikymas
  Pagrindinė parkavimo funkcija leidžia „Windows“ ir „Hyper-V“ konsoliduoti duomenų apdorojimą į minimalų procesoriaus branduolių skaičių. Norėdami tai padaryti, neaktyvūs procesoriaus branduoliai sustabdomi, perkeliant juos į C būseną („parked“ būseną). Tai leidžia planuoti virtualias mašinas viename mazge, o ne paskirstyti jas keliuose mazguose. Tai priartėja prie ekologiško skaičiavimo modelio, sumažinant duomenų centro mazgų CPU reikalingą galią.

Hyper-V ir virtualaus serverio palyginimas

„Hyper-V“ galia jau paskatino jį pakeisti „Microsoft Virtual Server“ daugelyje organizacijų, kurios anksčiau rėmėsi virtualiuoju serveriu serverių konsolidavimui, verslo tęstinumui, testavimui ir plėtrai. Tuo pačiu metu „Virtual Server“ vis dar gali rasti pritaikymą įmonės virtualizacijos infrastruktūroje. 1 lentelėje palyginamos kai kurios „Hyper-V“ ir „Virtual Server“ funkcijos ir techniniai duomenys.

1 lentelė. Komponentų palyginimas ir techninės charakteristikos Virtual Server 2005 R2 SP1 ir Hyper-V R2

Daugiau informacijos Norėdami gauti daugiau informacijos apie virtualiojo serverio funkcijas ir kaip jį atsisiųsti, eikite į http://www.microsoft.com/windowsserversystem/virtualserver/downloads.aspx. Norėdami gauti informacijos apie virtualių mašinų perkėlimą iš virtualaus serverio į Hyper-V, žr. „Virtual Machine Migration Guide: How To Migrate from Virtual Server to Hyper-V“ TechNet bibliotekoje adresu http://technet.microsoft.com/en - us/library/dd296684.aspx .

Hiper-V , gimtoji Windows sistemos– savo serverių leidimuose, taip pat kai kuriose darbalaukio versijose ir leidimuose – aplinka, skirta dirbti su virtualiomis mašinomis ir jų svečiais OS ne visada veikia be problemų. Viena iš šių problemų gali būti pranešimas, kuris pasirodo paleidžiant virtualią mašiną ir sako: Hiper-V Jo negalima paleisti, nes neveikia kai kurie hipervizoriai.

Kas tai per klaida ir kaip ją ištaisyti.

Langas su tokia klaida yra universalus aiškinimas, priežastis gali būti keli dalykai.

Sistemos reikalavimai

Jei pati „Windows“ neatitinka paleidimo reikalavimų Hiper-V, o ne visi darbalaukio leidimai leidžia dirbti su šiuo komponentu, jis paprasčiausiai nėra aktyvuotas sistemoje. Tačiau vis dar yra techninės įrangos reikalavimų. Jų neatitikimas gali neturėti įtakos hipervizoriaus įjungimui, tačiau ateityje dėl to gali atsirasti tokia klaida.

Už darbą Hiper-V būtina:

Mažiausiai 4 GB RAM;
64 bitų procesorius su SLAT ir virtualizacijos technologijos palaikymu.

BCD saugykla

Aptariama klaida gali reikšti neteisingą saugojimo duomenų konfigūraciją BCD. Komponentas Hiper-V yra giliai integruotas į Windows ir paleidžiamas prieš paleidžiant sistemos branduolį. Jei sandėlyje BCD Buvo atlikti pakeitimai, siekiant pakeisti hipervizoriaus paleidimą, jie gali būti neteisingi. Arba paleisti Hiper-V ir anksčiau buvo sąmoningai išjungtas, siekiant laikinai optimizuoti kompiuterio išteklių naudojimą. Šiuo atveju konfigūracija BCD kalbant apie hipervizoriaus paleidimą, būtina jį pakoreguoti arba grąžinti numatytąją reikšmę nustatant autorun Hiper-V. Norėdami įdiegti automatinį paleidimą, atidarykite CMD administratoriaus vardu (būtinai) , įveskite:

bcdedit /set hypervisorlaunchtype auto

Po to mes perkrauname.

AMD buldozeris

Hiper-V neveikia su įmonės procesoriais AMD su architektūra Buldozeris.

Virtualizacijos technologijos

Kad būtų užtikrintas virtualizacijos aplinkos veikimas per bet kurį hipervizorių, procesorius turi būti aprūpintas technologija, užtikrinančia virtualizaciją - „Intel“ virtualizavimas, arba AMD-V. Šių technologijų palaikymą galima rasti svetainių procesoriaus specifikacijų puslapyje, atitinkamai, Intel Ir AMD. Natūralu, kad virtualizacijos technologija turėtų būti įtraukta BIOS .

Kitas svarbus momentas: procesoriams Intel V BIOS tam tikros technologijos turi būti išjungtos Intel VT-d Ir Patikimas vykdymas. „Windows“ įmontuotas hipervizorius nėra draugiškas jiems. Taip turėtų atrodyti nustatymai BIOS dirbti su Hiper-V: Virtualizacijos technologija įjungta, o konkrečios technologijos išjungtos.

Atsiradus virtualizavimo palaikymui naujose „Microsoft“ operacinėse sistemose, net „Windows 7“, „8“ ir „Windows 10“ kliento versijose, patentuota „Hyper-V“ paslauga nustojo būti vidutinės klasės įmonių sistemų administratorių dalis. Pradinio lygio (kliento lygio) virtualizacijos lauke „Hyper-V“ gali pakeisti populiarųjį „Oracle“ „VirtualBox“. Tačiau prieš diegdami šią paslaugą turite patikrinti atitiktį Sistemos reikalavimai, kitu atveju galite gauti tokį pranešimą: „Virtualioji mašina negali paleisti, nes neveikia hipervizorius“. Į ką turėtumėte atkreipti dėmesį renkantis aparatinę įrangą virtualizacijai. Ar įmanoma kaip nors išgelbėti situaciją, jei techninė įranga jau buvo nupirkta? Pažvelkime į tai šiame įraše.
Taigi, jūs įdiegėte „Hyper-V“. Windows serveris 2008 Server ir kai bandote paleisti virtualią mašiną, gaunate langą

Nenusiminkite, galbūt situaciją dar galima išgelbėti. Reikėtų pažymėti, kad OS turi būti 64 bitų, tačiau, žinoma, x32 jūs negalėtumėte įdiegti Hyper-V. Pirmas dalykas, kurį reikia padaryti, yra patikrinti, ar atitinkami elementai įjungti BIOS - įgalinkite VT ir AMD-V. Toliau turite įsitikinti, kad jūsų procesorius palaiko „Intel“ ir AMD platformų tikrinimo įrankius. (nuotraukoje žemiau).

Marko Russinovičiaus programa taip pat gali padėti tai nustatyti.

Kita dažna problema yra nesugebėjimas paleisti virtualių mašinų iš „Windows 2008 R2“ procesoriuose, kurie palaiko išplėstinių vektorinių plėtinių (AVX) technologiją. Ši OS iš esmės nepalaiko AVX, tačiau pataisymas gali padėti šioje situacijoje

Priežastis. Hipervizorius neveikia. Sistemos klaidų žurnale pasirodo toks klaidos pranešimas: „Virtualioji mašina negali paleisti, nes neveikia hipervizorius“.

Pašalinimas. Norint paleisti hipervizorių, fizinis kompiuteris turi atitikti tam tikrus techninės įrangos reikalavimus. Norėdami gauti daugiau informacijos, žr. „Hyper-V“ diegimo reikalavimai. Jei jūsų kompiuteris neatitiks reikalavimų, negalėsite jo naudoti virtualioms mašinoms paleisti. Jei jūsų kompiuteris atitinka reikalavimus, o hipervizorius neveikia, gali reikėti įjungti virtualizacijos parinktis naudojant aparatinės ir aparatinės įrangos duomenų vykdymo prevenciją (DEP) BIOS. Pakeitę šiuos nustatymus, turite išjungti kompiuterio maitinimą ir vėl jį įjungti. Iš naujo paleidus kompiuterį nustatymų pakeitimai neįsigalioja.

Priežastis. Virtualus diskas, kuris naudojamas kaip sistemos diskas, yra prijungtas prie SCSI valdiklio.

Pašalinimas. Prisijungti sistemos diskas prie IDE valdiklio. Instrukcijų ieškokite Diskų ir saugojimo įrenginių nustatymas.

Priežastis. Virtuali mašina sukonfigūruota naudoti fizinius CD ir DVD kaip diegimo laikmeną ir naudoja fizinį disko įrenginį.

Pašalinimas. Tik viena virtuali mašina vienu metu gali pasiekti fizinį CD arba DVD įrenginį. Atjunkite CD / DVD įrenginį nuo kitos virtualios mašinos ir bandykite dar kartą.

Operacinės sistemos negalima įdiegti virtualioje mašinoje per tinklą.

Priežastis. Virtuali mašina naudoja tinklo adapterį, o ne seną tinklo adapterį, arba senas tinklo adapteris neprijungtas prie atitinkamo išorinis tinklas.

Pašalinimas.Įsitikinkite, kad virtualioji mašina sukonfigūruota naudoti seną tinklo adapterį, prijungtą prie išorinio tinklo, teikiančio diegimo paslaugas. Tinklo adapterių nustatymo instrukcijas rasite Tinklo nustatymas.

Virtuali mašina automatiškai sustabdoma.

Priežastis. Virtuali mašina bus automatiškai sustabdyta, jei tome, kuriame saugomos momentinės nuotraukos arba virtualūs standieji diskai, nėra pakankamai laisvos vietos. Virtualios mašinos būsena Hyper-V tvarkyklėje bus nurodyta kaip kritinė sustabdyta.

Pašalinimas. Sukurkite papildomos vietos diske naudodami „Hyper-V Manager“, kad pritaikytumėte arba ištrintumėte momentines nuotraukas atskirai. Arba, jei norite pašalinti visas momentines nuotraukas, eksportuokite virtualiąją mašiną be jos duomenų ir importuokite virtualiąją mašiną.

Kai bandote sukurti arba paleisti virtualią mašiną, gaunate klaidų pranešimus: „Vartotojas atidarė susietą sekciją“, „Tinklo išteklius arba įrenginys nebepasiekiamas“ arba „Įvesties / išvesties operacija buvo nutraukta dėl komandų srauto nutraukimas arba programos užklausa.

Priežastis.

Pašalinimas.

Virtualios mašinos dingo iš „Hyper-V Manager“ konsolės.

Priežastis. Priežastis gali būti antivirusinė programa, dirbantis vadybos srityje Operacinė sistema kai sukonfigūruotas stebėti virtualios mašinos failus Hyper-V naudojant realaus laiko nuskaitymo komponentą.

Pašalinimas. Išskirkite virtualios mašinos failus iš nuskaitymo realiuoju laiku. Informacijos apie konkrečius failus ieškokite „Microsoft“ žinių bazės straipsnyje 961804 (http://go.microsoft.com/fwlink/?LinkId=143978).

Naudojant ryšį su virtualia mašina, pelės žymeklis tampa tašku arba įstringa virtualios mašinos lange.

Priežastis. Virtualios mašinos operacinėje sistemoje nėra įdiegtų integravimo paslaugų.

Pašalinimas. Jei palaikoma virtualiosios mašinos operacinė sistema, tai operacinei sistemai bus prieinamos integravimo paslaugos. Norėdami pagerinti pelės integravimą, įdiekite integravimo paslaugas. Instrukcijų ieškokite Operacinės sistemos diegimas virtualioje mašinoje. Jei virtualiosios mašinos operacinė sistema nepalaikoma, galite naudoti sparčiuosius klavišus, kad perkeltumėte pelę už virtualiosios mašinos lango. Numatytasis klavišų derinys yra CTRL+ALT+RODYKLĖ KAIRĖN.

Negalima naudoti pelės virtualiai mašinai valdyti. Norėdami prisijungti prie serverio, kuriame įdiegtas Hyper-V, naudojate nuotolinio darbalaukio ryšį.

Priežastis. Kai naudojate „Hyper-V Manager“, kad prisijungtumėte prie virtualios mašinos, virtualios mašinos ryšio komponentas užtikrina šį ryšį. Tačiau virtualios mašinos ryšio naudojimas nuotolinio darbalaukio ryšio seanse nepalaikomas, nebent įdiegtos integravimo paslaugos. Todėl laukiamas rezultatas yra pelės funkcionalumo praradimas.

Pašalinimas. Nenaudokite virtualios mašinos ryšio nuotolinio darbalaukio seanso metu, kol neįdiegtos integravimo paslaugos. Yra keletas būdų, kaip išspręsti šią problemą.

• Įdiekite integravimo paslaugas. Instrukcijų ieškokite Operacinės sistemos diegimas virtualioje mašinoje.
• Tiesiogiai virtualioje mašinoje sukurkite nuotolinio darbalaukio ryšio seansą.
• Prisijunkite prie serverio, kuriame veikia „Hyper-V“, konsolės ir naudokite „Virtual Machine Connection“ komponentą, kad prisijungtumėte prie virtualios mašinos.
• Palaikomame kliento kompiuteryje įdiekite „Hyper-V“ valdymo įrankius, kad įdiegtumėte „Virtual Machine Connection“ funkciją ir sukurtumėte ryšio seansą su virtualia mašina. Norėdami gauti daugiau informacijos, žr. „Windows Server 2008“ techninę biblioteką (http://go.microsoft.com/fwlink/?LinkId=143558).

Atidarius įrenginių tvarkytuvę operacinėje sistemoje virtualioje mašinoje, kai kurie įrenginiai pažymimi kaip nežinomi.

Priežastis.Įrenginių tvarkytuvė neatpažįsta įrenginių, kurie optimizuoti naudoti virtualiose mašinose ir veikia naudojant Hyper-V, nebent įdiegtos integravimo paslaugos. Nežinomi įrenginiai aptikti įrenginių tvarkytuvėje skiriasi priklausomai nuo virtualiosios mašinos operacinės sistemos ir gali apimti: VMBus, Microsoft VMBus HID Miniport, Microsoft VMBus tinklo adapterį ir storvsc mini prievadą.

Pašalinimas. Jei palaikoma virtualiosios mašinos operacinė sistema, tai operacinei sistemai bus prieinamos integravimo paslaugos. Įdiegę integravimo paslaugas, įrenginių tvarkytuvė atpažins įrenginius, pasiekiamus tai operacinei sistemai virtualioje mašinoje. Instrukcijų ieškokite Operacinės sistemos diegimas virtualioje mašinoje.

Turite stebėti virtualiosios mašinos našumą, tačiau užduočių tvarkytuvėje esanti procesoriaus informacija nerodo, kuriuos procesoriaus išteklius naudoja virtualioji mašina.

Priežastis. Užduočių tvarkyklė nerodo virtualių mašinų procesoriaus informacijos.

Pašalinimas. Norėdami peržiūrėti virtualių mašinų, veikiančių serveryje, kuriame veikia „Hyper-V“, procesoriaus naudojimo informaciją, naudokite sistemos našumo ir stabilumo monitorių. Tai rodo duomenis, surinktus iš Hyper-V našumo skaitiklių. Norėdami atidaryti sistemos našumo ir stabilumo monitorių, spustelėkite Pradėti, pasirinkite komandą Vykdyti ir įeikite perfmon.

Šiuos našumo skaitiklius galima peržiūrėti pagrindinio kompiuterio operacinėje sistemoje (kurioje veikia Hyper-V vaidmuo).

• Hyper-V Hyper-V loginis procesorius – % svečio laiko: nustato fizinių procesoriaus išteklių, naudojamų virtualioms mašinoms paleisti, kiekį. Šis skaitiklis neidentifikuoja atskirų virtualių mašinų ar kiekvienos virtualios mašinos sunaudotų išteklių kiekio.
• „Hyper-V Hyper-V Hypervisor“ virtualus procesorius – % svečio laiko: nustato virtualiosios mašinos sunaudojamų virtualaus procesoriaus išteklių kiekį.

Šiame straipsnyje aprašysiu tik tas klaidas, su kuriomis susidūriau asmeniškai su kuriomis susiduriama diegiant ir konfigūruojant Hyper-V Server 2012. Apie kitas klaidas ir jų sprendimo būdus galite pasiskaityti Microsoft svetainėje (pavyzdžiui, arba, deja, tik anglų kalba).

Klaidos diegimo proceso metu.

IN.: Paskutiniame „Hyper-V Server 2012“ diegimo etape, tiksliau po paskutinio perkrovimo, sistema nepasileidžia - juodas ekranas, nereaguoja į klavišų paspaudimus, tik padeda sunkus atstatymas, galima atsisiųsti į Saugus režimas.
P.: OS nepalaiko arba nėra suderinama USB tvarkyklės 3.0.
R.: BIOS išjunkite USB 3.0 valdiklį ir visus susijusius įrenginius.

IN.: Paskutiniame „Hyper-V Server 2012“ diegimo etape, tiksliau po paskutinio perkrovimo, sistema nepasileidžia - juodas ekranas, nereaguojama į klavišų paspaudimus, padeda tik kietasis atstatymas, paleisti į saugųjį režimą neįmanoma.
P.:
R.: Išbandykite šio straipsnio autoriaus pasiūlytą sprendimą.

Klaidos sąrankos ir naudojimo metu.

IN.: Tinklo adapteris nerodomas „Hyper-V Server Configuration“ konsolėje (8 veiksmas).
P.: 1) Kabelis neįkištas į tinklo adapterį;
2) Problemos su aktyvia (jungiklis, maršrutizatorius ir kt.) arba pasyvia (kabeliai, lizdai, pataisų skydelis ir kt.) tinklo įranga.
R.: 1) Įkiškite laidą;
2) Patikrinkite tinklo įrangos funkcionalumą.

IN.: Kai bandote vykdyti komandą konsolėje, pvz., netsh advfirewall ugniasienės rinkinio taisyklė group=“ ” new enable=taip pasirodo klaidos pranešimas „Grupė negali būti nurodyta su kitomis identifikavimo sąlygomis“.
P.: Komandos buvo įterptos į konsolę naudojant kopijavimo-įklijavimo metodą.
R.:Įveskite komandas ranka arba tiesiog ištrinkite ir perrašykite kabutes.

IN.:„Hyper-V Manager“ rodo klaidos pranešimą „Prieiga uždrausta. Nepavyko užmegzti ryšio tarp Ir “ (Prieiga uždrausta. Negalima užmegzti ryšio tarp Ir ).
P.: Vartotojui nesuteikiamos nuotolinio paleidimo ir aktyvinimo teisės DCOM.
R.: Visos manipuliacijos atliekamos kliento kompiuteryje:
1) Paleiskite komponentų paslaugų papildinį su visomis administratoriaus teisėmis. Norėdami tai padaryti, galite, pavyzdžiui, paleisti programą %SystemRoot%\System32\dcomcnfg.exe.
2) Konsolės medyje išplėskite mazgus „Komponentų paslaugos“ ir „Kompiuteriai“.
3) Objekto Mano kompiuteris kontekstiniame meniu pasirinkite Ypatybės.
4) Lange Mano kompiuterio ypatybės pasirinkite skirtuką COM sauga.
5) Skiltyje Prieigos leidimai spustelėkite mygtuką Redaguoti ribas.
6) Dialogo lange Prieigos leidimai sąraše Grupės arba vartotojų vardai pasirinkite ANONIMINIS PRISIJUNGIMAS.
Skilties Leidimai naudotojui stulpelyje Leisti pasirinkite Nuotolinė prieiga.
7) Mygtuku Gerai uždarykite visus dialogo langus.

IN.:„Hyper-V Manager“ rodo klaidos pranešimą „Nepavyko prisijungti prie RPC paslaugos nuotoliniame kompiuteryje xxx.xxx.xxx.xxx. Įsitikinkite, kad RPC paslauga veikia“.

P.: 1) Ugniasienėje nesukurtos reikiamos taisyklės.
2) Prieglobos failas neturi aiškios atitikties tarp kompiuterio IP ir jo tinklo pavadinimo.

R.: 1) Yra 2 galimi problemos sprendimo būdai:

a) Išjunkite užkardą kliente ir serveryje (nerekomenduojama).
b) Sukurkite taisykles kliento ir serverio užkardoje įvesdami šias komandas:
Nuotoliniam disko valdymui:
Netsh advfirewall firewall set rule group=“Nuotolinis tomo valdymas” naujas enable=yes
Norėdami nuotoliniu būdu paleisti ugniasienės valdymo papildinį:
Netsh advfirewall firewall set rule group=“Windows Firewall Remote Management” new enable=yes
2) Norėdami vienareikšmiškai susieti serverio pavadinimą ir IP adresą, turite atlikti hosts failo pakeitimus. Pavyzdžiui: 192.168.1.100 HV serveris

IN.:„Hyper-V Manager“ rodo klaidos pranešimą „Nepavyko paleisti virtualios mašinos, nes neveikia hipervizorius“. (Virtuali mašina negali paleisti, nes neveikia hipervizorius.)

P.:Šios klaidos priežastys gali būti įvairios.