Ar "Hyper-V" geresnė už "VMware"?

Dažnai girdime, bet ar Hyper-V yra geresnė už VMware? Tai geras klausimas, į kurį šis straipsnis negali išsamiai atsakyti, tačiau apžvelgsime keletą bendrų šių dviejų virtualizavimo platformų aspektų ir palyginsime jas tarpusavyje.
Puiki "Hyper-V" savybė yra ta, kad ji tiekiama kartu su "Windows Server" ir net "Windows 10 Professional"; taigi, jei norite ją išbandyti, tereikia įjungti "Hyper-V" vaidmenį "Windows" dieginyje. Skirtingai nei "VMware", nereikia naudoti specialaus serverio vien tam, kad jis tarnautų kaip "VMware" prieglobos kompiuteris; tačiau jei pageidaujate tokios sąrankos, "Hyper-V" taip pat galima įsigyti kaip nemokamą operacinę sistemą, skirtą atskiriems nedideliems hipervizoriaus prieglobos kompiuteriams.
"Hyper-V" užtikrina geresnę "Windows" integraciją. Ji puikiai veikia su "Windows" kviestinėmis operacinėmis sistemomis, o "Windows" jau turi tvarkykles, kurių reikia virtualizuotam darbui "Hyper-V" serverių viduje. Kita vertus, "VMware" visada atsilieka nuo naujausių "Windows" versijų, todėl gali tekti šiek tiek palaukti, kol ji atnaujins savo integravimo priemones.
Dauguma žmonių mano, kad "Hyper-V" yra kur kas lengviau naudoti nei "VMware". Viena iš priežasčių yra ta, kad naudotojo sąsaja ir operacinė sistema veikia taip, kaip jie įpratę, ir nereikalauja komandinės eilutės ar sąvokų iš UNIX pasaulio. Kadangi "Hyper-V" integruota į "Windows", taip pat daug lengviau perkelti virtualiųjų mašinų failus iš vieno kompiuterio į kitą ir atgal tarp pagrindinio ir kitų kompiuterių.
Tačiau "Hyper-V" turi ir didelių trūkumų. Linux ir kitos ne tokios populiarios operacinės sistemos nėra taip gerai palaikomos, ir kai kurie žmonės spėja, kad tai daroma specialiai. Jei jums reikia labai gero "Linux" ir UNIX svečių operacinių sistemų palaikymo, be jokios abejonės, geriausia naudoti "VMware".
Netgi "VMware" asmeniniams kompiuteriams skirtas produktas "VMware Workstation" su neaiškiomis operacinėmis sistemomis veikia daug geriau nei "Hyper-V", tačiau asmeninių kompiuterių naudotojams yra dar vienas svarbus privalumas naudoti "VMware": grafika ir našumas asmeniniuose kompiuteriuose paprastai yra geresni. Jei virtualioje mašinoje naudojate žaidimus arba 3D grafiką, prieš priimant sprendimą būtų tikslinga palyginti "VMware" našumą.
Kitas "Hyper-V" trūkumas taip pat nestebina: naujesnėse "Hyper-V" versijose senesnės operacinės sistemos "Windows" nėra gerai palaikomos. Juk "Microsoft" nori parduoti operacines sistemas, o "VMware" - ne, todėl čia akivaizdus interesų konfliktas, kuris labai akivaizdus. Jei jums reikia paleisti labai senas "Windows" versijas, galite pasikliauti "VMware" ir tuo, kad ji palaikys šią funkciją daugelį metų ilgiau nei "Microsoft".
Galiausiai, kai pažvelgsime į didelės apimties diegimą, pamatysime, kad "VMware" naudojama technologija tikriausiai vis dar gerokai lenkia "Hyper-V". Nors "Microsoft" sparčiai stengiasi pasivyti, labai tikėtina, kad verslo klientai liks su "VMware", atsižvelgiant į jų patikrintus didelio masto virtualių duomenų centrų veiklos rezultatus.
Nepriklausomai nuo to, ar nuspręsite naudoti "Hyper-V", ar "VMware", neabejotinai norėtumėte pagalvoti apie tai, kaip bus daromos jūsų virtualių mašinų atsarginės kopijos. Tačiau kaip tiksliai bus kuriama jūsų virtualių mašinų prieglobos kompiuterio atsarginė kopija? Galbūt norėsite pasidomėti "BackupChain". BackupChain - tai universalus atsarginių kopijų kūrimo sprendimas, siūlantis "Hyper-V" atsarginių kopijų kūrimą, "VMware" atsarginių kopijų kūrimą, taip pat atsarginių kopijų kūrimą iš kompiuterio disko, kad būtų galima sukurti ir kompiuterio kompiuterio atsarginę kopiją. Tiesiog įdiekite "BackupChain" kiekviename prieglobos kompiuteryje ir jūsų virtualiosios mašinos bus atsarginės kopijos ir apsaugotos po greito ir paprasto, dvi minutes trunkančio diegimo.

Didelių virtualiųjų kompiuterių atsarginių kopijų kūrimo strategijos, naudojant ir nenaudojant "Deduplication

Šis atsarginių kopijų kūrimo sprendimas siūlo daugybę parinkčių, leidžiančių greitai įdiegti kelias atsarginių kopijų kūrimo strategijas, kurias galite naudoti vienu metu.
Jei susiduriate su labai dideliais failais, tarkime, 1,6 TB Hyper-V VHDX yra didžiausias, gali tekti planuoti atkūrimo laiką.
Vidutinis šiuolaikinis kietasis diskas ir serveris užtikrins nuo 50 MB/s iki 100 MB/s duomenų apdorojimo greitį nenaudojant RAID.
Taigi 1,6 TB failui atkurti reikės 1677721,6 MB -> nuo 4,7 iki 9,5 valandos, nepriklausomai nuo to, kaip jis bus atkuriamas.

Išorinio kietojo disko naudojimas be atsarginių kopijų apdorojimo (be deduplikacijos, be suspaudimo) turi pranašumą - prireikus galima įkrauti virtualias mašinas tiesiai iš išorinio disko.
Taikant šią strategiją 1,6 TB talpos virtualios mašinos atkūrimui nereikia skirti 5-10 valandų.
Tačiau, kadangi kiekviena strategija turi trūkumų, šiai strategijai reikia 1,6 TB kiekvienai VM atsarginei kopijai; vadinasi, negalima laikyti per daug atsarginių kopijų. Jei norėtumėte turėti galimybę atkurti failus iš savaitės atgal, jums reikėtų 7 * 1,6 TB = 11,2 TB saugyklos tik vienai virtualiajai mašinai!

Natūralu, kad dauguma naudotojų negali sau to leisti ir renkasi hibridinę sistemą.

Štai kaip ją sukonfigūruoti:
#1: Nustatykite užduotį, kad kiekvieną vakarą į specialų kietąjį diską būtų įrašoma pilna, nesuspausta ir neapdorota atsarginė kopija. Taip prireikus visada galėsite grįžti atgal ir iškart paleisti virtualiąją mašiną. Tačiau standžiajame diske turi būti pakankamai vietos bent 2 pilnoms atsarginėms kopijoms, nes programinė įranga neištrins senosios atsarginės kopijos, kol nebus baigta kurti nauja atsarginė kopija.
#2. Nustatykite antrą užduotį, kuri bus paleista vėliau, naudojant deduplikaciją ir vidutinį suspaudimą, skirtą kitam kietajam diskui. Ši užduotis turėtų būti sukonfigūruota taip, kad būtų išsaugotos savaitės ar ilgesnės atsarginės kopijos. Tai galite sau leisti saugyklos atžvilgiu, nes atsarginės kopijos deduplikuojamos ir suspaudžiamos. Pagal šią strategiją pradinei pilnosios atsarginės kopijos kūrimui naudojama maždaug 50 % 1,6 TB duomenų (darant prielaidą, kad VHD iš tikrųjų yra visiškai išnaudotas), o vėliau maždaug 5 % - kiekvienam kasdieniam padidinimui.

Iš esmės 2-ąją užduotį naudotumėte ilgalaikiam atkūrimo saugojimui, o 1-ąją užduotį - neatidėliotinam atkūrimui, kai reikia greitai atlikti pilną atkūrimą.
Bet kokiu atveju atrodo, kad net ir 2 užduoties scenarijui 2,7 TB kietasis diskas nebus pakankamai didelis, kad sutalpintų visus šiuos duomenis.

Galite ieškoti didesnių USB diskų arba sukurti nedidelį "Windows" tinklo serverį su keliais 2,7 TB diskais, sujungtais į programinės įrangos RAID. Tai puikus ir ekonomiškas būdas papildyti saugyklą.
NAS įrenginiai, kuriuose nenaudojama "Windows" ir NTFS sistema, gali kelti problemų dėl didelių failų dydžių, ilgų tinklo jungčių ir gilių kelių, viršijančių 240 simbolių.
Kiekviena konkreti NAS dėžutė yra skirtinga, todėl kiekvienu atveju reikia ištirti, ar ji tinkama, ar ne. Tos NAS sistemos, kuriose naudojama "Windows Storage Server" operacinė sistema, yra brangesnės, tačiau galite būti tikri, kad turite Microsoft standartus atitinkančią saugyklą, kuri nesukels jums problemų.