Hyper-V-ről Azure-ba történő vészhelyreállítás architektúrája

Ez a cikk a Hyper-V virtuális gépek (VM-ek) helyszíni Hyper-V-gazdagépek és az Azure közötti replikálásakor, feladatátvételében és helyreállításában használt architektúrát és folyamatokat ismerteti az Azure Site Recovery szolgáltatás használatával.

A Hyper-V-gazdagépek opcionálisan felügyelhetők a System Center Virtual Machine Manager (VMM) magánfelhőiben.

Architekturális összetevők – Hyper-V v vmm nélkül

Az alábbi táblázat és ábra magas szintű áttekintést nyújt a Hyper-V Azure-ba történő replikálásához használt összetevőkről, ha a Hyper-V-gazdagépeket nem a VMM felügyeli.

Hyper-V–Azure-architektúra (VMM nélkül)

Architekturális összetevők – Hyper-V és VMM

Az alábbi táblázat és ábra magas szintű áttekintést nyújt a Hyper-V Azure-ba történő replikálásához használt összetevőkről, amikor a Hyper-V-gazdagépeket VMM-felhőkben kezelik.

Hyper-V–Azure-architektúra (A VMM használatával)

Kimenő hálózati kapcsolat beállítása

Ahhoz, hogy a Site Recovery a várt módon működjön, módosítania kell a kimenő hálózati kapcsolatot a környezet replikálásához.

Kimenő kapcsolat URL-címek esetén

Ha URL-alapú tűzfalproxyt használ a kimenő kapcsolatok szabályozásához, engedélyezze az alábbi URL-címek elérését:

Replikációs folyamat

Replikációs és helyreállítási folyamat

Védelem engedélyezése

1. Miután engedélyezte a Hyper-V virtuális gépek védelmét, az Azure Portalon vagy a helyszínen megkezdődik az Engedélyezés védelem .
2. A feladat ellenőrzi, hogy a gép megfelel-e az előfeltételeknek, mielőtt meghívja a CreateReplicationRelationship metódust, amely az Ön által megadott beállításoknak megfelelően beállítja a replikációt.
3. A feladat elindítja a kezdeti replikációt a StartReplication metódus meghívásával, egy teljes virtuális gép replikációjának inicializálásával, és elküldi a virtuális gép virtuális lemezeit az Azure-ba.
4. A feladatot a Feladatok lapon figyelheti.

Kezdeti adatreplikálás

1. A kezdeti replikáció aktiválásakor a rendszer pillanatképet hoz létre a Hyper-V virtuális gépekről .
2. A virtuális gépen lévő virtuális merevlemezeket egyenként replikálja a rendszer, amíg az összeset át nem másolja az Azure-ba. Ez a virtuális gép méretétől és a hálózati sávszélességtől függően eltarthat egy ideig. Megtudhatja, hogyan növelheti a hálózati sávszélességet.
3. Ha a kezdeti replikáció közben lemezváltozások történnek, a Hyper-V replikareplika-követője Hyper-V replikációs naplóként (.hrl) követi nyomon a változásokat. Ezek a naplófájlok ugyanabban a mappában találhatók, mint a lemezek. Minden lemezhez tartozik egy társított .hrl fájl, amelyet a rendszer másodlagos tárolóba küld. A pillanatkép- és a naplófájlok a kezdeti replikáció végrehajtása közben is lemezerőforrásokat használnak.
4. Amikor a kezdeti replikáció befejeződik, a virtuális gép pillanatképe törlődik.
5. A rendszer a naplózott lemezmódosításokat szinkronizálja, és egyesíti a szülőlemezzel.

Védelmi folyamat véglegesítése

1. A kezdeti replikáció befejeződése után a virtuálisgép-feladat véglegesítése védelem fut. Konfigurálja a hálózati és egyéb replikáció utáni beállításokat, hogy a virtuális gép védett legyen.
2. Ebben a szakaszban ellenőrizheti a virtuális gép beállításait, hogy biztosan készen áll-e a feladatátvételre. Futtathat vészhelyreállítási próbát (feladatátvételi teszt) a virtuális gép számára, hogy ellenőrizze, hogy az a várt módon meghiúsul-e.

Változásreplikáció

1. A kezdeti replikáció után megkezdődik a változásreplikáció a replikációs szabályzattal összhangban.
2. A Hyper-V replikareplikációs követője .hrl fájlokként követi nyomon a virtuális merevlemez módosításait. Minden replikációra konfigurált lemezhez tartozik egy .hrl fájl.
3. A rendszer elküldi a naplót az ügyfél tárfiókjába. Amikor egy napló az Azure-ba kerül, az elsődleges lemez változásait egy másik naplófájl követi nyomon ugyanabban a mappában.
4. A kezdeti és a változásreplikáció során az Azure Portalon figyelheti a virtuális gépet.

Újraszinkronizálási folyamat

1. Ha a változásreplikáció meghiúsul, és a teljes replikáció sávszélesség vagy idő szempontjából költséges lenne, akkor a virtuális gép újraszinkronizálásra van megjelölve.

   • Ha például a .hrl fájlok elérik a lemez méretének 50%-át, akkor a virtuális gép újraszinkronizálásra lesz megjelölve.
   • Alapértelmezés szerint az újraszinkronizálás a munkaidőn kívül automatikusan fut.

2. Az újraszinkronizálás csak a deltaadatokat küldi el.

   • Minimalizálja a forrás- és cél virtuális gépek számítási ellenőrzőösszegei által küldött adatok mennyiségét.
   • Rögzített blokkú adattömb-algoritmust használ, ahol a forrás- és célfájlok rögzített adattömbökre vannak osztva.
   • Az egyes adattömbök ellenőrzőösszegei létre lesznek hozva. Ezeket összehasonlítjuk annak meghatározásához, hogy a forrásból mely blokkokat kell alkalmazni a célra.

3. Az újraszinkronizálás befejezését követően folytatódik a normál változásreplikálás.

4. Ha nem szeretne órákon kívül várni az alapértelmezett újraszinkronizálásra, manuálisan is újraszinkronizálhat egy virtuális gépet. Ha például kimaradás történik. Ehhez az Azure Portalon válassza ki az Újraszinkronizálás virtuális gépet.>

   

Újrapróbálkozás folyamata

Ha hiba lép fel a replikáció során, a rendszer automatikusan újrapróbálkozik. Az újrapróbálkozás a táblázatban leírtak szerint van besorolva.

A feladatátvételi és feladat-visszavételi folyamat

1. Futtathat tervezett vagy nem tervezett feladatátvételt a helyszíni Hyper-V virtuális gépekről az Azure-ba. Ha tervezett feladatátvételt futtat, akkor a forrás virtuális gépek le lesznek állítva, hogy ne legyen adatvesztés. Nem tervezett feladatátvétel futtatása, ha az elsődleges hely nem érhető el.
2. Elvégezheti egy gép feladatátadását, de létrehozhat több gép összehangolt feladatátadását tartalmazó helyreállítási terveket is.
3. Feladatátvételt futtat. A feladatátvétel első szakasza után látnia kell a létrehozott replika virtuális gépeket az Azure-ban. Szükség esetén hozzárendelhet egy nyilvános IP-címet a virtuális géphez.
4. Ezután véglegesítse a feladatátvételt, hogy megkezdje a számítási feladat elérését a replika Azure-beli virtuális gépről.

Miután a helyszíni infrastruktúra újraindult és újra fut, feladat-visszavételt végezhet. A feladat-visszavétel három szakaszban történik:

1. Tervezett feladatátvételt indíthat el az Azure-ból a helyszíni helyre:

   • Állásidő minimalizálása: Ha ezt a lehetőséget használja, a Site Recovery a feladatátvétel előtt szinkronizálja az adatokat. Ellenőrzi a módosított adatblokkokat, és letölti őket a helyszíni helyre, miközben az Azure-beli virtuális gép folyamatosan fut, minimalizálva az állásidőt. Ha manuálisan adja meg, hogy a feladatátvétel befejeződjön, az Azure-beli virtuális gép le lesz állítva, a rendszer átmásolja a végső változásmódosításokat, és elindul a feladatátvétel.
   • Teljes letöltés: Ezzel a beállítással a rendszer szinkronizálja az adatokat a feladatátvétel során. Ez a beállítás a teljes lemezt letölti. Ez gyorsabb, mert nem számít ki ellenőrzőösszegeket, de több állásidő van. Ezt a lehetőséget akkor használja, ha már egy ideje futtatja a replika Azure-beli virtuális gépeket, vagy ha a helyszíni virtuális gépet törölték.
   • Virtuális gép létrehozása: Kiválaszthatja, hogy ugyanarra a virtuális gépre vagy egy másik virtuális gépre szeretne-e feladat-visszavételt végrehajtani. Megadhatja, hogy a Site Recovery hozza létre a virtuális gépet, ha még nem létezik.

2. A kezdeti szinkronizálás befejezése után a feladatátvétel befejezését választja. A befejezés után bejelentkezhet a helyszíni virtuális gépre, és ellenőrizheti, hogy minden a várt módon működik-e. Az Azure Portalon láthatja, hogy az Azure-beli virtuális gépek leálltak.

3. Ezután véglegesítse a feladatátvételt, és kezdje el újból elérni a számítási feladatot a helyszíni virtuális gépről.

4. A számítási feladatok visszaállítása után engedélyezi a fordított replikációt, hogy a helyszíni virtuális gépek ismét replikálódjanak az Azure-ba.

Következő lépések

Ezt az oktatóanyagot követve ismerkedhet meg a Hyper-V és az Azure replikációjával.