Ovisno o tome koliko snažne opreme imamo i potrebnim resursima za naše sustave, imat ćemo prosječan omjer virtualnih strojeva po poslužitelju.
Uzmimo za primjer planirano održavanje poslužitelja u računalnom centru. Prije nekoliko godina, ako ovo nije dio klastera, sustav sadržan u opremi bio bi isključen, a time bi utjecali i korisnici i / ili osoblje uključeno u održavanje moralo bi raditi u skraćenim vremenskim okvirima (npr. neugodno).
U slučaju virtualiziranog okruženja, virtualni strojevi mogu se jednostavno "premjestiti ili migrirati" na drugog člana klastera, a oprema se može isključiti za rad na njemu. Problem riješen.
Počnimo uviđati situacije u kojima se nedostatak usluge ne programira.
Nadzor virtualnih strojeva i aplikacija
Svaki put kad stvaramo virtualni stroj, preporučuje se instaliranje zbirke aplikacija i upravljačkih programa koji optimiziraju ponašanje virtualnog hardvera u cijelosti (dostupno za Windows, Mac OS, Linux i druge OS). Ti alati, nazvani VMTools, između ostalog uključuju mogućnost da host nadgleda virtualni stroj (kroz otkucaje srca, kao u klasterima). Ako ne odgovori u određenom razdoblju, ponovno pokreće operacijski sustav.
Sličan se slučaj događa s nadzorom aplikacija, ali prvo morate nabaviti odgovarajući SDK (ili koristiti aplikaciju koja podržava VMware Application Monitoring).
Ali … što se događa ako je greška hardverska?
Gore spomenuti klaster prvi je sloj otopine.
Zajednička pohranaGdje svi članovi klastera imaju pristup virtualnim strojevima.
Mrežno udruživanjeSuočeni s kvarom jedne ploče, preostale nastavljaju upravljati prometom.
Više staza (više puta)Za pohranu ne samo da će optimizirati pristup, već će i dati višak.
Općenito govoreći, ove tri tehnologije ublažavaju vrijeme kada su naše informacije nedostupne. Ovisno o licenciranju koje imamo, možemo imati i dvije vrlo zanimljive značajke: Visoka dostupnost (HA) i Otpornost na greške (FT).
U oba slučaja potreban nam je klaster sa zajedničkom pohranom. Bez potrebe za instaliranjem dodatnog softvera, HA se može omogućiti i konfigurirati na takav način da će se, ako poslužitelj ili virtualni stroj zakaže u klasteru, automatski pokrenuti na drugom članu klastera. Vrijedno je pojasniti da HA nije namijenjen kritičnim VM-ovima (virtualnim strojevima). Dakle, procijenjeno vrijeme bez usluge bit će: "Pokretanje operacijskog sustava + Pokretanje usluga".
Broj grešaka hosta koje klaster podržava
Imamo X količinu virtualnih strojeva raspoređenih na Y poslužiteljima u klasteru.
Koliko hostova može propasti bez utjecaja na dostupnost i performanse našeg virtualnog okruženja?
HA se može konfigurirati tako da podržava određeni broj kvarova poslužitelja, osiguravajući da ima dovoljno resursa za oporavak.
HA reže dostupne resurse klastera uzimajući u obzir CPU i RAM koji su konfigurirali i konzumirali naši virtualni strojevi na vrlo konzervativan način. Potrebna je najveća konfigurirana rezervacija CPU -a od bilo kojeg VM -a na svakom hostu u klasteru, a zatim najveća rezervacija memorije i njezin višak. Ako nema konfigurirane rezervacije, bit će potrebno najmanje 32 Mhz po VM za CPU i 0 Mb RAM -a + njegov višak.
S tim brojevima pretpostavlja se da će svaki virtualni stroj koji koristi potrošiti taj CPU i memoriju, zatim generira vrijednost koja se naziva veličina utora. S ovom vrijednošću utvrđuje se koliko utora je dostupno / koristi svaki host.
Problem nastaje kada, na primjer, imamo jedan stroj s velikim procesorom i rezervom memorije. Uzimanjem konfiguriranih rezervacija vrlo je vjerojatno da ostatak naših virtualnih strojeva zapravo ne trebaju te resurse, što ima za posljedicu manje utora za naš klaster.
Postotak resursa klastera kao sposobnost za neuspjehe
Za razliku od prethodne opcije, ova radi vrlo dobro kada imate VM -ove s vrlo promjenjivim konfiguracijama procesora i memorije.
Moguće je zasebno konfigurirati postotne vrijednosti CPU -a i memorije, što je na taj način još fleksibilnije i posljedično štedi resurse. Ovo je općenito poželjna metoda za konfiguriranje HA -a.
Domaćini za prebacivanje greške
Ovo je tipična konfiguracija klastera u stanju mirovanja. Ova se opcija uglavnom daje budući da neke organizacije održavaju pravila koja ukazuju na to da u slučaju katastrofe moraju postojati poslužitelji u stanju pripravnosti. Budući da VMware dobro upravlja tolerancijom grešaka, možda bi ovo bila opcija kada resursa ima puno … ali definitivno nije najbolja.
vMotion: Žive migracije
Migracija uživo omogućuje vam premještanje radnih virtualnih strojeva s jednog fizičkog poslužitelja na drugi, a da pritom zadržite mrežnu vezu i identitet. Aktivna memorija (pokrenuti procesi) prenosi se brzom mrežom. Cijeli proces traje manje od 5 sekundi na gigabitnoj mreži.
Moguće je premjestiti VM, datoteke koje koristi ili oboje, a postupak se može obaviti s uključenim ili isključenim strojem. U potonjem slučaju to nazivamo "hladnom migracijom", a ako stroj radi, nazivamo ga vMotion.
Upotrebe i prednosti vMotion -a
- Reorganizacija VM -a, optimizirajući tako resurse. Uklonite ih sa poslužitelja koji su skloni kvarovima ili zasićeni.
- Automatska optimizacija raspoloživih resursa (Radim zajedno s Dynamic Resource Schedulerom ili DRS -om).
- Čini održavanje temeljne infrastrukture nema potrebe za zakazivanjem održavanja ili prekidom poslovanja.
Svaka komponenta zdravlja VM -a različito se obrađuje tijekom migracije. Opća konfiguracija je najjednostavnija, ne pomiče se već se ponovno stvara na ciljnom računalu.
Budući da se disk ne može ponovno stvoriti u tako kratkom vremenu, potrebno je imati zajedničku pohranu. Trenutačno stanje memorije postupno se kopira na odredišni host. Na kraju kopije uspoređuju se postojeće razlike nastale tijekom migracije, stanje izvorne VM je zamrznuto, a operacijski sustav aktiviran na odredišnom VM -u .
Budući da u nekim slučajevima mogućnost ponovnog pokretanja stroja nije idealna, za kritičnu misiju imamo Tolerancija kvarova. Ono što se želi u tim slučajevima ne prestaje djelovati ni u jednom trenutku, čak i ako njegov host ne uspije. Jedini način da to bude moguće jest ako je VM istodobno radio na dva mjesta. Konfiguriran je na razini virtualnog stroja i generirat će točnu kopiju VM -a, držeći je 100% repliciranom u svakom trenutku na drugom poslužitelju, pa u slučaju kvara hardvera, njegov blizanac će jednostavno nastaviti funkcionirati bez gubitka podataka. Zanimljivo, zar ne?
Da se radi samo o resursima, omogućili bismo FT na svim virtualnim strojevima u našem podatkovnom centru, no u prethodnim verzijama vSphere naišli smo na neka ograničenja, najvažnije: Nije bilo moguće omogućiti FT na strojevima koji koriste više od jednog virtualnog procesor. Srećom, u najnovijoj verziji proizvoda podržava do 4 virtualna procesora istovremeno po zaštićenom stroju, međutim licenciranje će se morati uzeti u obzir:
Broj vCPU-ova koje podržava VM s omogućenim FT-om ograničen je razinom licenciranja kupljenom za vSphere.
Tolerancija greške podržana je na sljedeći način:
- vSphere Standard i Enterprise. Dopušta do 2 vCPU -a.
- vSphere Enterprise Plus. Omogućuje do 4 vCPU -a.
To nije jedini zahtjev sustava.
SkladištenjeVM -ovi moraju imati zajedničku pohranu. Nije moguće koristiti fizički RDM (Raw Devide Mapping).
NetoPotrebno je imati najmanje dvije virtualne kartice (vmnics), jednu za vMotion, a drugu (10 gbps) za FT Logging. To je novi zahtjev verzije 6 (ranije su bile potrebne ploče od 1 gbps)
ProcesorProcesori i operacijski sustavi moraju biti kompatibilni s FT (i međusobno).
Ograničenja
- Nije moguće napraviti snimke VM -a koji su zaštićeni FT -om i moraju se izbrisati prije omogućavanja ove funkcije.
- Virtualni diskovi (VMDK) veći od 2 Tb.
- U dokumentaciji VMware -a nalazi se popis određenih uređaja i značajki.
Postoji i ograničenje u broju VM -ova po poslužitelju: najviše 4 zaštićena stroja po hostu ili 8 zaštićenih vCPU -ova (ovisno o tome što prije dođe do ograničenja). Ovi maksimumi uključuju primarni i sekundarni stroj (i vCPU -ove)
Razlike između naslijeđa FT -a (prethodnog) i sadašnjeg
IPv6
Naslijeđeni FT = Ne podržavaju mrežne kartice konfigurirane za bilježenje FT FT = Podržano
VStorage API - Sigurnosno kopiranje sa zaštitom podataka
Naslijeđeni FT = Nije podržan FT = Podržan
Virtualni disk
Naslijeđeno FT = EZT (željno nultih debljina) FT = sve vrste, uključujući debele i tanke
Vmdk redundantnost (virtualni disk)
Naslijeđeni FT = Jedna kopija FT = Primarni i sekundarni strojevi održavaju neovisne kopije, što im omogućuje pohranjivanje u različita skladišta podataka i povećava redundanciju
Propusnost mrežne ploče
Naslijeđeni FT = preporučuje se namjenski 1-Gb NIC FT = preporučen namjenski 10-Gb NIC
Kompatibilnost procesora i hosta
Naslijeđeni FT = Zahtijeva isti model procesora i obitelj. Gotovo identične verzije vSphere FT = CPU -i moraju biti kompatibilni s vSphere vMotion ili EVC. VSphere verzija mora biti kompatibilna s vSphere vMotion
Aktivirajte / deaktivirajte FT dok stroj radi
Naslijeđeni FT = Nije uvijek podržan FT = Podržano
Upamtite da FT štiti od kvara poslužiteljskog hardvera, a ne grešaka operativnih sustava ili aplikacija.
vCenter poslužitelj za nadzor to je ugrađena funkcionalnost verzije 6.x. Povremeno provjerava status usluga koje čine vCenter, po potrebi će ponovno pokrenuti administracijske procese ili VM.
