teisipäev, 31. august 2021

Ärge kasutage VMware Snapshot'i (ja AutoProtecti) varundamiseks

VMware ja kõik teised virtuaalsed platvormid ei soovita kasutada VMware Snapshot või AutoProtect Snapshot funktsioone virtuaalmasinate VMware varundamiseks. Põhjendused ja alternatiivid on esitatud allpool. Kõigepealt tuleb teadlikuks otsuse tegemiseks olla teadlik sellest, mida teevad ja mida ei tee snapshotid ja AutoProtecti funktsioonid.
Mis on VMware Snapshot?

VMware'i hetkefoto on mehhanism, mis võimaldab virtuaalmasina kasutajal masinat "külmutada" ja hiljem sellesse külmutatud olekusse tagasi pöörduda. Loomulikult on see funktsioon väga populaarne tarkvaraarendajate ja tarkvaratestijate seas, sest see võimaldab neil korrata teste, kusjuures kõik testid on täpselt sama määratletud alguspunkti ja süsteemitingimustega. Kuid kuidas seda sisemiselt tehakse? Selles peitub vastus sellele, miks te ei peaks tajuma hetkepilte kui varundusmehhanismi.

VMware rakendab snapshotid, salvestades muu hulgas virtuaalse ketta ja virtuaalmasina sisemälu oleku eraldi failidesse, nn snapshot-failidesse. Näiteks iga VMDK (virtuaalmasina kõvaketta fail) ja iga VM-i jaoks tehtud snapshot'i jaoks tekib uus VMDK. Kui te "külmutate" virtuaalmasina, tehes sellest hetkeseisu, lõpetab VMware ketta muutuste kirjutamise algsele virtuaalsele kettale ja alustab selle asemel uue virtuaalse ketta faili. Pärast hetkeseisu loomist jääb algne VMDK puutumatuks.

Kahjuks kasutab VMware väga rumalat vaikimisi seadistust, mida enamik kasutajaid ignoreerib. Selle tulemuseks on VMDK-failide jagamine 2 GB suurusteks failideks. Seega jagatakse 2 TB suurune virtuaalne ketas 1024 2GB suuruseks failiks. Kui te nüüd arvate, et see on tõesti rumal, siis mõelge sellele: Kui sa nüüd lähed edasi ja teed kaks, kolm snapshot'i, siis on sinu VM kaustas tublisti üle 3000 faili! Ja järsku hakkab teie VM muutuma väga aeglaseks ja te imestate, miks.
Mis juhtub, kui te taastate VMware Snapshot'i?

VMware snapshot'i taastamisel eemaldab VMware sekundaarse VMDK, kuhu muudatused salvestati, ja laeb sisemälu ja muud struktuurid eelmisest virtuaalmasina olekust. Kogu see teave sisaldub mitmes hetkeseisu seotud failis. Kui VM on taas töökorras, kustutatakse hetkeseisu failid.
Mis juhtub, kui kustutate VMware Snapshot'i?

Snapshot'i kustutamine on palju rohkem tööd, sest nüüd ütlete VMware'ile, et soovite säilitada muudatused, mida ta "arvas" olevat ebatõenäoline; seega peab VMware ühendama algse virtuaalse ketta ja pärast seda toimunud muudatused. Kui tehti palju muudatusi, võib see ühendamine võtta aega. Kui see on lõpule viidud, kustutatakse hetkefailid.

Lubage mul siinkohal süstida väike mõte. See, kuidas VMware ja teised platvormid on rakendanud snapshot'e, on tõesti tõestus sellest, et need ei ole mõeldud varundamiseks ja ei sobi ka tootmissüsteemides. Kui VMware'i arhitektid oleksid tahtnud, et te kasutaksite snapshot'e kaitsemehhanismina, siis oleksid nad valinud muudatuste kirjutamise originaalkettale ja originaalplokkide kirjutamise "säilitage originaal" faili.  See ei mõjutaks järgnevate lugemiste või kirjutamiste jõudlust ning hetkeseisu prügikasti kustutamine oleks väga kiire ja lihtne. Aga nii nad seda ei teinud, ja nad ei teinud seda heal põhjusel: põhjus on lihtsalt selles, et hetkeseaded ei ole mõeldud varukoopiateks.
Kas vahekokkuvõtted on lubatud tootmissüsteemides? Ei.

Paljud kogenud IT-süsteemiadministraatorid on vihased, kui te loote tootmis VM-i jaoks snapshote'id, sest eespool kirjeldatud ebaefektiivsuse ja haldamise keerukuse tõttu. VM ilma snapshootideta võib eksisteerida lihtsalt kahest failist, konfiguratsioonist ja VMDK virtuaalsest kettast (backup VMDK file). Vahepiltidega VM võib kergesti koosneda kümnetest kuni sadadest failidest. Loomulikult suurenevad kõik need ebatõhusused ja aeglustavad serverit. Nad muudavad VM-i andmestruktuuride haldamise liiga keeruliseks ja veaohtlikuks. Nendel põhjustel on kõige parem ja tõhusam mitte kasutada VMware snapshotte tootmissüsteemis.
Miks täpselt ei soovitata VMware Snapshot'i ja AutoProtect Feature'i kasutada VMware Backup'ina?

Virtuaalmasinate varundamine on palju täielikum ja usaldusväärsem protsess kui lihtsalt hetkepildi tegemine. Esiteks muudavad hetkeseaded VM-i ennast, sest nad lisavad uusi sõltuvusi, samas kui VMware Backup seda ei tee. Snapshot'i lisamisel luuakse rohkem faile ja VMware hakkab kirjutama kettamuudatusi erinevatesse failidesse jne. Kui mõni fail saab rikutud või kaob, saab kogu virtuaalmasin kahjustada. Vahepilte salvestatakse peaaegu alati samale kettale; seega mõjutab lihtne kettarike ka vahepilti. Sellest hoolimata, isegi kui ainult hetkefoto saab kahjustatud ja originaalfailid on korras, on VM igal juhul katki.

VMware'i varukoopia kasutab eraldi salvestusruumi, ideaaljuhul kuskil teises seadmes või pilvekontol. See kaitseb igasuguste rikete eest: riistvara, tarkvara, pahavara, operatsioonisüsteemi vead ja näiteks rahulolematute töötajate juhuslikud või isegi tahtlikud kahjustused. Võttes usaldusväärseid koopiaid kõigist virtuaalmasina taastamiseks vajalikest infobittidest, sisaldab VMware'i varukoopia täielikku komplekti kõigest, mida on vaja VM-i taastamiseks mis tahes VMware'i hostil, näiteks virtuaalmasina konfiguratsioon, virtuaalsed kettad ja kõik VM-i juurde kuuluvad hetkepilte.
VMware'i varukoopia eelised võrreldes hetkefotodega

Automaatne VMware'i reaalajas tehtud varukoopia on tehniliselt parem ja palju usaldusväärsem kui hetkefoto. VMware'i varukoopiaid saab teha VM-i töötamise ajal või selle väljalülitamisel, mõlemad viisid toimivad probleemideta. Saate taastada VMware varukoopiaid ja taastatud VM-i saab seadistada originaali klooniks, nii et saate võrrelda kõrvuti. VMware Backup'id ei mõjuta pärast varundamise lõpetamist jõudlust, erinevalt snapshot'idest, mis aeglustavad pärast VM-i iga kettale juurdepääsu, kui need on loodud. Teine oluline mõju snapshotide puhul on see, et VMware'i sisemised jälgimisfailid kirjutatakse kettale väga tihti, et jälgida snapshotide bitkaadreid ja SSD-de puhul võib see põhjustada kiiremat kulumist ja seega ka kettarikkeid.
Milline on soovitatav strateegia?

Vahepildid on suurepärased nende ettenähtud otstarbeks: tarkvara ja operatsioonisüsteemi testimiseks. Peale selle ei ole nende kasutamine tõenäoliselt hea mõte, eriti tootmissüsteemides. Olulised tootmis VM-d peaksid olema kaitstud hea VMware'i varunduslahendusega, et saaksite VM-i usaldusväärselt taastada mis tahes hostil, mis iganes ka ei juhtuks, ilma et see mõjutaks pikemas perspektiivis virtuaalmasina hosti jõudlust või raskendaks selle haldamist. VMware'i varundustarkvara aitab hoida VMware'i andmehoidla saledana ja tõhusana ning VM-d töötavad tipptasemel ilma ülekoormuseta. Vahepilte mõjutavad negatiivselt jõudlust, muudavad mäluhalduse keerulisemaks, suurendavad veapotentsiaali, vähendavad oluliselt VMide arvu, mida teie host saab usaldusväärselt teenindada, ja seetõttu ei ole neid soovitatav varundamise eesmärgil kasutada.


Server Cloud Backup: Usaldusväärne Hyper-V varundustarkvara, miks BackupChain on parem kui Veeam

Hyper-V varundamine on virtualiseerimistehnoloogiale tuginevate ettevõtete jaoks andmete haldamise kriitiline aspekt. Siiski ei ole ...