Hyper-v ellenőrző pontok - kagarlickij dmitriy

Hyper-v ellenőrző pontok - kagarlickij dmitriy
A Checkpoint (korábban pillanatképek) célja egy virtuális gép gyors visszatérése az előző állapotok egyikébe.

Az "előző állapot" tartalmazza a vHDD, a vRAM és a VM konfiguráció tartalmát.

A ellenőrzőpontok maximális száma (CP) 50. Ha megpróbál 51 CP-t készíteni, akkor a következő hibaüzenet jelenik meg:

Megváltoztathatja a helyet a Hyper-V konzolról:

Amikor létrehoz egy VM-et futtató CP-t, ez a mappa létrehoz egy .xml fájlt a VM-konfigurációval és egy alkönyvtárat, amelyben a .bin és az .vsv fájlok mentésre kerülnek - az úgynevezett mentett állapotfájlok.

Ha a VM ki van kapcsolva, akkor a mentett állapotú fájlokat nem hozza létre.

A különbség VHD (X) ugyanabban a csomagban hozható létre, ahol a "szülő" VHD (X) található.

A .xml nevek. bin. VSV. az avhd (x) és az almappák megfelelnek a Checkpoint GUID'a-nak.

És ha a .avhdx név viszonylag olvasható:

Ez a mappa a Pillanatfelvételek (Pillanatképek) nevekkel szerepel (megjegyzendő, hogy a mappák még mindig régi módon jelennek meg) nem nyilvánvalóak:

Megtalálhatja a Checkpoint GUID-jét a PowerShell segítségével (ismételje meg a régi pillanatfelvételeket):

A bejövő VM ellenőrzésének folyamatában a következők fordulnak elő:

  1. A virtuális gép szünetel
  2. Az .avhd (x) fájl létrejön
  3. A konfiguráció (.xml) mentése elmentésre kerül
  4. A konfiguráció módosításai (a .avhdx fájl csatlakoztatva van)
  5. A virtuális gép elindul
  6. Az R AM tartalmát az Elmentett állapotfájlokba menti. Ha ebben az időben az operációs rendszer megpróbál írni olyan R AM blokkokra, amelyek még nincsenek elmentve, a kéréseket elfogják és az eredményeket elmenti.
  7. A Checkpoint készen áll.

Az 1-5. Lépések szünetei nagyon kicsiek:

De a RAM tartalmának tárolása a Mentett állapotfájlokba, és a legfontosabb időt veszi figyelembe.

A Checkpoint alkalmazásának és eltávolításának folyamatai szerintem intuitív, ezért menjünk tovább.

Az ellenőrzőpont exportálása az egyik ritkán használt, de nagyon hasznos funkció.

Megteheti az export CP-t, majd importálhatja azt egy másik gazdagépre.

Ebben az esetben az importált VM neve megegyezik a CP nevével:

A CP létrehozását automatizálhatja úgy, hogy a Task Scheduler segítségével futtat valami ilyesmit:

Összefoglalva:

Most, amikor, ahogy remélem, megérted az ellenőrzőpontok technikai oldalát, meg fogjuk érteni, milyen esetekben fogjuk alkalmazni őket, és amelyekben nem.

  • Olyan környezetekben, ahol mind az SLA, mind a Checkpoint funkciót garantálni kell, ezt a tároló tervezési fázisában kell megadnia.
  • Laboratóriumi feladatokhoz és teszteléshez a CP-k meglehetősen kényelmesek, de ne felejtsük el, hogy a CP-t az összes "kemény" csatlakoztatott VM-re állítsuk.
  • Normális termelési környezetben nincs szükség ellenőrzőpontokra. A termelési környezet megváltoztatásához szükséges illetékes kezelési folyamat leírása nem tartozik e cikk hatálya alá, de elkészítheti a CP-t, exportálhatja és elszigetelt tesztkörnyezetbe importálhatja, hogy ellenőrizze a termelési környezetben végrehajtandó változtatásokat.

Mindenesetre a CP a legjobb, ha a VM ki van kapcsolva.

Remélem, hogy a hangos információk hasznosak lesznek, és ha segítségre van szüksége - használd az űrlapot a webhelyem főoldalán.

Ossza meg ezt: