VMware ESXi -ympäristön palautettava varmuuskopiointi
Varmuuskopiointi onnistuu vasta silloin, kun haluttu palvelu voidaan palauttaa sovitussa ajassa. Pelkkä vihreä varmistusraportti ei osoita, että tiedosto on ehjä, salausavain saatavilla tai sovellus käynnistyy palautetusta tilasta. VMware ESXi -ympäristössä suunnitelman on katettava virtuaalikoneen levyt, asetukset, sovellusdata ja tarvittaessa myös isännän kokoonpano.
Kaksi tavoitetta ohjaa valintoja. RPO kertoo, kuinka paljon uutta dataa voidaan menettää viimeisen kelvollisen kopion jälkeen. RTO kertoo, kuinka nopeasti palvelu on saatava takaisin. Jos RPO on yksi tunti, varmistus kerran yössä ei riitä. Jos RTO on neljä tuntia, palautus hitaalta arkistomedialta voi olla liian hidas, vaikka kopio olisi olemassa.
VMware ESXi -snapshot ei ole varmuuskopio
Snapshot säilyttää virtuaalilevyn perustilan ja ohjaa uudet kirjoitukset erilliseen delta-tiedostoon. Se on hyödyllinen lyhytaikainen turvaverkko ennen hallittua ohjelmistomuutosta tai varmistusohjelmiston käyttämä mekanismi. Snapshot sijaitsee kuitenkin samassa virtualisointi- ja tallennusympäristössä kuin alkuperäinen virtuaalikone. Datastoren menetys vie yleensä mukanaan myös snapshotin.
Delta kasvaa jokaisen kirjoituksen mukana. Pitkään avoinna oleva snapshot kuluttaa kapasiteettia, kasvattaa I/O-ketjua ja tekee poistosta raskaan konsolidointitehtävän. Snapshotille asetetaan omistaja, tarkoitus ja poistopäivä. Automaattinen raportti etsii vanhat ketjut, mutta poistaminen tehdään kapasiteetti ja varmistustilanne huomioiden.
VMware ESXi -varmistuksen sisältö
Image-tason varmistus kopioi virtuaalikoneen kokonaisuutena ja säilyttää sen virtuaalilevyt sekä määritykset. Tämä nopeuttaa koko palvelimen palautusta. Sovellustietoinen käsittely pyytää vieraskäyttöjärjestelmää ja sovellusta muodostamaan johdonmukaisen tilan ennen kopiointia. Tietokanta, hakemistopalvelu tai aktiivinen sähköpostipalvelin voi tarvita omat varmistus- ja lokikäytäntönsä image-tason kopion lisäksi.
ESXi-isännän kokoonpano on dokumentoitava erikseen. Verkkojen, VMkernel-porttien, datastore-liitäntöjen, DNS:n, NTP:n ja käyttöoikeuksien kuvaus nopeuttaa jälleenrakennusta. Isännän voi usein asentaa uudelleen nopeammin kuin palauttaa kokonaisena, mutta vain jos oikea versio, ajurit ja asetukset ovat tiedossa.
VMware ESXi ja 3-2-1-periaate
3-2-1-malli tarkoittaa vähintään kolmea datakopiota, kahta erilaista tallennustapaa ja yhtä kopiota eri sijainnissa. Nykyaikaisessa uhkamallissa mukaan lisätään usein muuttumaton tai offline-kopio sekä nolla todentamatonta virhettä palautustestissä. Tärkeintä ei ole lyhenne, vaan riippumattomuus: yksi tunnus tai yksi tallennusvika ei saa tuhota kaikkia kopioita.
Varmistuspalvelimen hallintatunnuksia ei käytetä tavalliseen ylläpitoon. Tallennuskohde rajataan verkossa, monivaiheinen tunnistautuminen otetaan käyttöön ja poistokäytännöt suojataan. Jos hyökkääjä saa ESXi-hallinnan haltuunsa, hänen ei pidä samalla saada oikeutta poistaa erillisiä varmistuksia.
VMware ESXi -varmistusikkuna ja kapasiteetti
Ensimmäinen täysi kopio voi olla suuri, mutta seuraavat ajot siirtävät usein vain muuttuneet lohkot. Tämä vähentää verkkokuormaa ja varmistusikkunaa. Muutosnopeus on silti mitattava: paljon kirjoittava tiedostopalvelin tai tietokanta voi tuottaa päivässä enemmän siirrettävää dataa kuin nimellinen koko antaa ymmärtää.
Mitoita säilytystila versioiden määrän, muutosnopeuden, pakkauksen, deduplikoinnin ja säilytysajan perusteella. Testaa myös täydellisen palautuksen lukunopeus. Tallennus, johon varmistus kirjoitetaan nopeasti, ei välttämättä palauta useaa virtuaalikonetta yhtä aikaa tavoiteajassa.
VMware ESXi -palautuksen eri tasot
Yksittäisen tiedoston palautus on eri toimenpide kuin koko virtuaalikoneen palautus. Pikapalautus voi käynnistää virtuaalikoneen väliaikaisesti varmistusvarastosta, mutta tuotantotallennukseen siirto jatkuu taustalla. Kokonaisen toimipaikan menetys vaatii lisäksi verkot, IP-osoitteet, nimipalvelun, palomuurit ja riippuvat palvelut oikeassa käynnistysjärjestyksessä.
Laadi palautusjärjestys liiketoimintapalvelun mukaan. Hakemisto- ja nimipalvelut voivat olla muiden järjestelmien edellytys. Tietokannan on ehkä käynnistyttävä ennen sovelluspalvelinta. Dokumentoi hyväksymistesti: kirjautuminen käyttöliittymään ei yksin todista, että taustaprosessit ja integraatiot toimivat.
VMware ESXi -palautustestin toteutus
Palauta valittu virtuaalikone eristettyyn verkkoon, jotta se ei käytä samaa IP-osoitetta tai lähetä viestejä tuotannon nimissä. Tarkista käynnistys, tiedostojärjestelmä, sovelluksen lokit ja tietojen ajankohta. Mittaa todellinen palautusaika ja vertaa sitä RTO-tavoitteeseen. Kirjaa jokainen manuaalinen vaihe, sillä juuri niitä tarvitaan kriisitilanteessa.
Testaa säännöllisesti myös avainten ja tunnusten saatavuus. Salattu varmistus on hyödytön ilman palautusavainta, mutta suojaamaton avain samassa järjestelmässä poistaa salauksen hyödyn. Säilytä hätäkäyttöohje valvotusti ja varmista, että useampi nimetty henkilö osaa käynnistää palautuksen.
VMware ESXi -isännän jälleenrakennus
Vakavassa laiteviassa uusi tai korjattu isäntä tarvitsee yhteensopivan asennusmedian, verkkokonfiguraation ja pääsyn datastoreihin. Säilytä versio- ja build-tiedot sekä palvelinvalmistajan ajuripakettien lähde. Etusivulla oleva VMware ESXi download -ohje ohjaa valmistajan nykyiseen palveluun, mutta kriittisen ympäristön palautus ei saa riippua siitä, että latausportaali löydetään ensimmäistä kertaa häiriön aikana.
Palautussuunnitelma tarkistetaan aina merkittävän versiopäivityksen, tallennusmuutoksen tai varmistusratkaisun vaihdon jälkeen. Vanhan ympäristön onnistunut testi ei todista uuden kokoonpanon palautettavuutta.
Yhteenveto VMware ESXi -varmuuskopioinnista
Snapshot on lyhytaikainen muutostyökalu, varmuuskopio erillinen palautettava kopio ja palautustesti ainoa käytännön todiste ketjun toiminnasta. Aseta RPO ja RTO, suojaa varmistusympäristö eri tunnuksilla, valvo jokaista ajoa ja harjoittele palvelun palautus alusta loppuun.