Priklausomai nuo to, kokią galingą įrangą turime ir reikalingų išteklių mūsų sistemoms, turėsime vidutinį virtualių mašinų santykį vienam serveriui.
Pavyzdžiui, suplanuota serverio priežiūra Kompiuterių centre. Prieš keletą metų, jei tai nebūtų klasterio dalis, įrangoje esanti sistema būtų perjungta neprisijungus, todėl vartotojai taip pat būtų paveikti ir (arba) techninės priežiūros darbuotojai turėtų dirbti per trumpesnį laiką (pvz. nepatogus).
Virtualizuotos aplinkos atveju virtualios mašinos gali būti tiesiog „perkeltos arba perkeltos“ į kitą klasterio narį, o įranga gali būti išjungta, kad ji dirbtų. Problema išspręsta.
Pradėkime matyti situacijas, kai paslaugų trūkumas nėra užprogramuotas.
Virtualios mašinos ir programų stebėjimas
Kiekvieną kartą, kai sukuriame virtualią mašiną, rekomenduojama įdiegti programų ir tvarkyklių, kurios optimizuoja visą virtualios aparatūros veikimą, rinkinį (galima „Windows“, „Mac OS“, „Linux“ ir kitoms OS). Šie įrankiai, vadinami „VMTools“, be kita ko, apima pagrindinio kompiuterio galimybę stebėti virtualią mašiną (širdies plakimais, kaip grupėse). Jei jis per tam tikrą laiką nereaguoja, jis iš naujo paleidžia jūsų operacinę sistemą.
Panašus atvejis atsitinka ir su programų stebėjimu, tačiau pirmiausia turite įsigyti atitinkamą SDK (arba naudoti programą, palaikančią „VMware“ programų stebėjimą).
Bet … kas atsitiks, jei gedimas yra aparatinė?
Pirmiau minėta grupė yra pirmasis tirpalo sluoksnis.
Bendra saugyklaKur visi klasterio nariai turi prieigą prie virtualių mašinų.
Tinklo komandaSusidūrę su vienos lentos gedimu, likusios toliau tvarko srautą.
Keli keliai (daugiafunkcinis)Saugojimui jie ne tik optimizuos prieigą, bet ir suteiks perteklių.
Apskritai šios trys technologijos sumažina laiką, kai mūsų informacija yra neprieinama. Dabar, priklausomai nuo turimo licencijavimo, taip pat galime turėti dvi labai įdomias funkcijas: aukštą prieinamumą (HA) ir gedimų toleranciją (FT).
Abiem atvejais mums reikia klasterio su bendra saugykla. Nereikia įdiegti papildomos programinės įrangos, HA gali būti įjungta ir sukonfigūruota taip, kad jei serveryje ar virtualioje mašinoje nepavyks suveikti, ji automatiškai prasidės kitame klasterio naryje. Verta patikslinti, kad HA nėra skirta misijai svarbiems VM (virtualiosioms mašinoms). Taigi numatomas laikas be paslaugos bus: „Operacinės sistemos paleidimas + paslaugų paleidimas“.
Klasterio palaikomų pagrindinio kompiuterio gedimų skaičius
Mes turime X virtualių mašinų, paskirstytų Y serveriuose grupėje.
Kiek kompiuterių gali sugesti, nepaveikdami mūsų virtualios aplinkos prieinamumo ir našumo?
HA gali būti sukonfigūruotas taip, kad palaikytų tam tikrą serverio gedimų skaičių ir užtikrintų, kad atkūrimo metu lieka pakankamai išteklių.
HA labai konservatyviai pjauna turimus klasterio išteklius, atsižvelgdama į mūsų virtualių mašinų sukonfigūruotą ir sunaudotą procesorių ir RAM. Jis užima didžiausią sukonfigūruotą bet kurio VM kiekvieno kompiuterio grupėje esančio VM procesoriaus rezervavimą, tada - didžiausią atminties rezervavimą ir jo perteklių. Jei rezervavimas nėra sukonfigūruotas, procesoriui reikės mažiausiai 32 Mhz vienam VM ir 0 Mb RAM + jo perteklius.
Remiantis šiais skaičiais, daroma prielaida, kad kiekviena naudojama virtuali mašina sunaudos tą procesorių ir atmintį, tada sukuria vertę, vadinamą lizdo dydžiu. Naudojant šią vertę, nustatoma, kiek laiko tarpsnių turi / naudoja kiekvienas kompiuteris.
Problema kyla, kai, pavyzdžiui, turime vieną mašiną su dideliu procesoriumi ir atminties rezervu. Priimant sukonfigūruotas rezervacijas, labai tikėtina, kad likusiai mūsų virtualiai mašinai tų išteklių tikrai nereikia, todėl mūsų grupėje bus mažiau laiko tarpsnių.
Klasterio išteklių procentas kaip gedimas gedimams
Skirtingai nuo ankstesnės parinkties, ši labai gerai veikia, kai turite VM su labai kintančiomis procesoriaus ir atminties konfigūracijomis.
Galima atskirai sukonfigūruoti procesoriaus ir atminties procentines reikšmes, taip dar labiau lankstant ir taip taupant išteklius. Paprastai tai yra tinkamiausias HA konfigūravimo metodas.
Šeimininkai dėl perjungimo
Tai tipinė budėjimo režimo grupių konfigūracija. Ši parinktis daugiausia teikiama, nes kai kurios organizacijos taiko politiką, nurodančią, kad nelaimės atveju serveriai turi būti budėjimo režime. Kadangi „VMware“ gerai valdo gedimus, galbūt tai būtų išeitis, kai ištekliai yra gausūs … bet tikrai ne patys geriausi.
vMotion: Tiesioginės migracijos
Tiesioginis perkėlimas leidžia perkelti veikiančias virtualias mašinas iš vieno fizinio serverio į kitą, išlaikant tinklo ryšį ir tapatybę. Aktyvioji atmintis (vykdomi procesai) perduodama greitaeigiu tinklu. Visas procesas gigabitiniame tinkle trunka mažiau nei 5 sekundes.
Galima perkelti VM, jo naudojamus failus arba abu, o procedūrą galima atlikti įjungus arba išjungus mašiną. Pastaruoju atveju tai vadiname „šalta migracija“, o jei mašina veikia, vadiname „vMotion“.
„VMotion“ naudojimas ir nauda
- VM reorganizacija, taip optimizuojant išteklius. Pašalinkite juos iš serverių, kurie yra linkę į gedimus arba yra prisotinti.
- Automatinis turimų išteklių optimizavimas (Aš dirbu kartu su Dynamic Resource Scheduler arba DRS).
- Daryk pagrindinės infrastruktūros priežiūra nereikalingas priežiūros planavimas ar verslo nutraukimas.
Kiekvienas VM sveikatos komponentas migracijos metu yra tvarkomas skirtingai. Bendroji konfigūracija yra pati paprasčiausia, ji nejuda, bet sukuriama iš naujo tiksliniame kompiuteryje.
Kadangi disko per tokį trumpą laiką nepavyksta sukurti iš naujo, būtina turėti bendrą saugyklą. Dabartinė atminties būsena palaipsniui nukopijuojama į paskirties kompiuterį. Pasibaigus kopijai, lyginami esami skirtumai, atsiradę perkėlimo metu, šaltinio VM būsena užšaldoma ir operacinė sistema suaktyvinama paskirties VM .
Kadangi kai kuriais atvejais galimybė iš naujo paleisti mašiną nėra ideali, todėl svarbiausioms užduotims turime Gedimų tolerancija. Tai, ko norima šiais atvejais, nenustoja veikti bet kuriuo metu, net jei jo šeimininkas nepavyksta. Vienintelis būdas tai padaryti yra, jei VM vienu metu veikė dviejose vietose. Jis sukonfigūruotas virtualios mašinos lygiu ir sugeneruos tikslią VM kopiją, išlaikydamas ją 100% visada pakartotą kitame serveryje, todėl sugedus aparatinei įrangai, jos dvyniai tiesiog toliau veiks neprarasdami informacijos. Įdomu, tiesa?
Jei kalbėtume tik apie išteklius, mes įgalintume FT visose virtualiose mašinose mūsų duomenų centre, tačiau ankstesnėse „vSphere“ versijose susidūrėme su tam tikrais apribojimais, svarbiausiais: FT nebuvo įmanoma įjungti mašinose, kuriose buvo naudojamas daugiau nei vienas virtualus procesorius. Laimei, naujausioje produkto versijoje jis vienu metu palaiko iki 4 virtualių procesorių kiekvienoje apsaugotoje mašinoje, tačiau reikės apsvarstyti licencijavimą:
VPU, kuriuos palaiko FT palaikantis virtualus kompiuteris, skaičių riboja licencijavimo lygis, įsigytas „vSphere“.
Gedimų tolerancija palaikoma taip:
- „vSphere Standard“ ir „Enterprise“. Leidžia iki 2 vCPU.
- „vSphere Enterprise Plus“. Leidžia iki 4 vCPU.
Tai nėra vienintelis sistemos reikalavimas.
SandėliavimasVirtualiosios mašinos turi turėti bendrą saugyklą. Neįmanoma naudoti fizinio RDM („Raw Devide Mapping“).
GrynasisBūtina turėti bent dvi virtualias korteles („vmnics“), vieną „vMotion“, o kitą (10 gbps) „FT Logging“. Tai naujas 6 versijos reikalavimas (anksčiau reikėjo 1 gbps plokščių)
ProcesoriusProcesoriai ir operacinės sistemos turi būti suderinami su FT (ir tarpusavyje).
Apribojimai
- Neįmanoma fotografuoti virtualių mašinų, kurios yra apsaugotos naudojant FT, ir jos turi būti ištrintos prieš įjungiant šią funkciją.
- Virtualūs diskai (VMDK), didesni nei 2 Tb.
- „VMware“ dokumentacijoje yra konkrečių įrenginių ir funkcijų sąrašas.
Taip pat ribojamas VM skaičius viename serveryje: ne daugiau kaip 4 apsaugotos mašinos vienam kompiuteriui arba 8 apsaugoti vCPU (atsižvelgiant į tai, kuri riba įvyksta anksčiau). Į šiuos maksimalius dydžius įeina pirminė ir antrinė mašina (ir vCPU)
Skirtumai tarp FT palikimo (ankstesnio) ir dabartinio
IPv6
Senas FT = Nepalaiko tinklo plokštės, sukonfigūruotos FT registravimui FT = Palaikoma
„VStorage“ API - atsarginė kopija su duomenų apsauga
Senas FT = nepalaikomas FT = Palaikomas
Virtualus diskas
Senas FT = EZT (Eager Zeroed Thick) FT = Visų tipų, įskaitant storus ir plonus
Vmdk atleidimas (virtualus diskas)
Pasenusi FT = viena kopija FT = Pirminė ir antrinė mašinos saugo nepriklausomas kopijas, todėl jas galima saugoti skirtingose duomenų saugyklose ir padidinti perteklių
Tinklo plokštės pralaidumas
Pasenęs FT = rekomenduojama 1 Gb NIC, rekomenduojama FT = Rekomenduojama skirta 10 Gb NIC
CPU ir pagrindinio kompiuterio suderinamumas
Senas FT = reikalingas tas pats procesoriaus modelis ir šeima. Beveik identiškos „vSphere“ versijos FT = procesoriai turi būti suderinami su „vSphere vMotion“ arba EVC. „VSphere“ versija turi būti suderinama su „vSphere vMotion“
Įjunkite / išjunkite FT, kai mašina veikia
Senas FT = Ne visada palaikomas FT = Palaikomas
Atminkite, kad FT apsaugo nuo serverio aparatinės įrangos gedimų, o ne nuo operacinių sistemų ar programų gedimų.
„vCenter“ serverio sargas tai įterpta 6.x versijos funkcija. Ji periodiškai tikrina „vCenter“ sudarančių paslaugų būseną, prireikus iš naujo paleis administravimo procesus arba VM.
