VMware–Azure vészhelyreállítási architektúra – Modernizált

Ez a cikk a helyszíni VMware-hely és az Azure közötti VMware-alapú virtuális gépek vészhelyreállítási replikációja, feladatátvétele és helyreállítása során használt architektúrát és folyamatokat ismerteti a modernizált VMware/Fizikai gépvédelem használatával.

Megjegyzés:

Győződjön meg arról, hogy létrehoz egy új Recovery Services-tárolót az ASR replikációs berendezés beállításához. Ne használjon meglévő tárolót.

A klasszikus architektúra Azure Site Recovery-architektúrájáról ebben a cikkben olvashat bővebben.

Az architektúra összetevői

Az alábbi táblázat és ábra magas szintű áttekintést nyújt a VMware virtuális gépek/fizikai gépek Azure-ba történő vészhelyreállításához használt összetevőkről.

Komponens	Requirement	Részletek
Azure	Azure-előfizetés, Azure Storage-fiók gyorsítótárhoz, felügyelt lemezhez és Azure-hálózathoz.	A helyszíni virtuális gépekről replikált adatokat az Azure Storage tárolja. Az Azure-beli virtuális gépek a replikált adatokkal jönnek létre, amikor feladatátvételt futtat a helyszínről az Azure-ba. Az Azure virtuális gépek a létrejöttükkor csatlakoznak az Azure virtuális hálózathoz.
Azure Site Recovery replikációs berendezés	Ez a teljes helyszíni Azure Site Recovery-infrastruktúra alapvető építőeleme. A berendezés összes összetevője egyeztet a replikációs berendezéssel. Ez a szolgáltatás felügyeli az összes teljes körű Site Recovery-tevékenységet, beleértve a védett gépek állapotának monitorozását, az adatreplikálást, az automatikus frissítéseket stb.	A berendezés számos fontos összetevőt tartalmaz, például: Proxykiszolgáló: Ez az összetevő proxycsatornaként működik a mobilitási ügynök és a felhőbeli Site Recovery-szolgáltatások között. Biztosítja, hogy az éles számítási feladatok nem igényelnek más internetkapcsolatot a helyreállítási pontok létrehozásához. Felderített elemek: Ez az összetevő összegyűjti a vCenter adatait, és összehangolja a felhőbeli Azure Site Recovery felügyeleti szolgáltatással. Újravédelmi kiszolgáló: Ez az összetevő koordinálja az Azure és a helyszíni gépek között az újravédelmi és feladat-visszavételi műveletek során. Folyamatkiszolgáló: Ezt az összetevőt az Azure-ba való küldés előtt gyorsítótárazáshoz, adattömörítéshez használják. További információ a replikációs berendezésről és a több replikációs berendezés használatáról. Helyreállítási szolgáltatási ügynök: Ezt az összetevőt a Site Recovery-szolgáltatások konfigurálásához/regisztrálásához, valamint az összes összetevő állapotának figyeléséhez használják. Site Recovery-szolgáltató: Ez az összetevő az újravédelem megkönnyítésére szolgál. Azonosítja az alternatív helyvédelem és a forrásgép eredeti helyének ismételt védelmét. Replikációs szolgáltatás: Ez az összetevő az adatok forráshelyről az Azure-ba való replikálására szolgál.
VMware-kiszolgálók	A VMware virtuális gépek helyszíni vSphere ESXi-kiszolgálókon vannak üzemeltetve. A gazdagépek kezeléséhez vCenter-kiszolgálót javasoljuk.	A Site Recovery üzembe helyezése során VMware-kiszolgálókat ad hozzá a Recovery Services-tárolóhoz.
Replikált gépek	A mobilitási szolgáltatás minden replikált VMware virtuális gépen telepítve van.	Javasoljuk, hogy engedélyezze a mobilitási szolgáltatás automatikus telepítését. Másik lehetőségként manuálisan is telepítheti a szolgáltatást.

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.

Megjegyzés:

A Site Recovery nem támogatja a hitelesítési proxy használatát a hálózati kapcsolatok szabályozá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:

URL-cím	Részletek
portal.azure.com	Navigate to the Azure portal.
*.windows.net *.msftauth.net *.msauth.net *.microsoft.com *.live.com *.office.com	Az Azure-előfizetésbe való bejelentkezéshez.
*.microsoftonline.com	Microsoft Entra-alkalmazások létrehozása a berendezéshez az Azure Site Recoveryvel való kommunikációhoz.
management.azure.com	Microsoft Entra-alkalmazásokat hozhat létre a berendezéshez az Azure Site Recovery szolgáltatással való kommunikációhoz.
*.services.visualstudio.com	Töltse fel a belső figyeléshez használt alkalmazásnaplókat.
*.vault.azure.net	Titkos kulcsok kezelése az Azure Key Vaultban. Megjegyzés: Győződjön meg arról, hogy a replikálni kívánt gépek hozzáférnek ehhez.
aka.ms	Engedélyezze a hozzáférést a "más néven" hivatkozásokhoz. Az Azure Site Recovery-berendezés frissítéséhez használatos.
download.microsoft.com/download	Letöltések engedélyezése a Microsoft-letöltésből.
*.servicebus.windows.net	A berendezés és az Azure Site Recovery szolgáltatás közötti kommunikáció.
*.discoverysrv.windowsazure.com	Csatlakozás az Azure Site Recovery felderítési szolgáltatás URL-címére.
*.hypervrecoverymanager.windowsazure.com	Csatlakozás az Azure Site Recovery mikroszolgáltatási URL-címeit.
*.blob.core.windows.net	Adatok feltöltése az Azure Storage-ba, amely céllemezek létrehozásához használható.
*.backup.windowsazure.com	Védelmi szolgáltatás URL-címe – az Azure Site Recovery által az Azure-ban replikált lemezek feldolgozására és létrehozására használt mikroszolgáltatás.
*.prod.migration.windowsazure.com	A helyszíni tulajdon felfedezése.

Replikációs folyamat

1. Ha engedélyezi a virtuális gépek replikációit, megkezdődik a kezdeti replikáció az Azure Storage-ba a megadott replikációs szabályzat használatával. Vegye figyelembe a következőket:

   • VMware virtuális gépek esetében a replikáció blokkszintű, közel folyamatos, a virtuális gépen futó Mobility szolgáltatás ügynök használatával.
   • A replikációs házirend minden beállítását alkalmazza a rendszer:
     • RPO-küszöbérték. Ez a beállítás nem befolyásolja a replikációt. Segít a monitorozásban. Ha az aktuális RPO túllépi a megadott küszöbértéket, esemény keletkezik, és opcionálisan e-mailt küld.
     • Helyreállítási pont megőrzése. Ez a beállítás azt határozza meg, hogy milyen messzire szeretne visszamenni az időből, amikor fennakadás történik. A maximális megőrzés 15 nap.
     • Alkalmazáskonzisztens pillanatképek. Az alkalmazáskonzisztens pillanatkép 1–12 óránként készülhet az alkalmazás igényeitől függően. A pillanatképek szabványos Azure-blob-pillanatképek. A virtuális gépen futó mobilitási ügynök ennek a beállításnak megfelelően kér VSS-pillanatképet, és a replikációs adatfolyamban alkalmazáskonzisztens pontként megjelöli az adott időpontot.

     Megjegyzés:

     A helyreállítási pontok magas megőrzési ideje hatással lehet a tárolási költségekre, mivel előfordulhat, hogy több helyreállítási pontot kell menteni.

2. A forgalom az interneten keresztül replikálódik az Azure Storage nyilvános végpontjaira. Másik lehetőségként használhatja az Azure ExpressRoute-ot a Microsoft társviszony-létesítéssel. A helyek közötti virtuális magánhálózaton (VPN) a helyszíni helyekről az Azure-ba történő replikálása csak privát végpontok használata esetén támogatott.

3. A kezdeti replikációs művelet biztosítja, hogy a gép összes adata a replikáció engedélyezésekor legyen elküldve az Azure-ba. A kezdeti replikáció befejezése után megkezdődik a változásváltozások replikálása az Azure-ban. A rendszer elküldi a gép nyomon követett módosításait a folyamatkiszolgálónak.

4. A kommunikáció az alábbiak szerint történik:

   • A virtuális gépek a HTTPS 443 bejövő porton kommunikálnak a helyszíni berendezéssel a replikáció kezelése érdekében.
   • A virtuális gépek replikációs adatokat küldenek a berendezésnek a HTTPS 9443 bejövő porton. Ez a port módosítható.
   • A berendezés megkapja a replikációs adatokat, optimalizálja és titkosítja azokat, és kimenő 443-os porton keresztül elküldi azOkat az Azure Storage-ba.

5. A replikációs adatnaplók először egy Azure-beli gyorsítótár-tárfiókban lesznek tárolva. Ezeket a naplókat feldolgozzuk, és az adatokat egy Azure Managed Diskben (asrseeddisk néven) tároljuk. A helyreállítási pontok ezen a lemezen jönnek létre.

Újraszinkronizálási folyamat

1. Előfordulhat, hogy a kezdeti replikáció vagy a változásváltozások átvitele során hálózati kapcsolati problémák lépnek fel a forrásgép és a feldolgozó kiszolgáló, illetve a folyamatkiszolgáló és az Azure között. Ezek bármelyike az Azure-ba történő adatátvitel meghiúsulásához vezethet.
2. Az adatintegritási problémák elkerülése és az adatátviteli költségek minimalizálása érdekében a Site Recovery újraszinkronizálásra jelöli a gépet.
3. A gép újraszinkronizálásra is megjelölhető olyan helyzetekben, mint a következő, hogy fenntartsa a forrásgép és az Azure-ban tárolt adatok közötti konzisztenciát
   • Ha egy gép kényszerleállításon megy keresztül
   • Ha egy gép konfigurációs változásokon megy keresztül, például a lemez átméretezése (a lemez méretének módosítása 2 TB-ról 4 TB-ra)
4. Az újraszinkronizálás csak deltaadatokat küld az Azure-nak. A helyszíni és az Azure közötti adatátvitel a forrásgép és az Azure-ban tárolt adatok számítási ellenőrzőösszegeinek minimalizálásával minimalizálható.
5. Alapértelmezés szerint a rendszer automatikusan munkaidőn kívüli időpontra ütemezi az újraszinkronizálást. 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. Ehhez nyissa meg az Azure Portalt, és válassza ki a virtuális gép >újraszinkronizálását.
6. Ha az alapértelmezett újraszinkronizálás a munkaidőn kívül meghiúsul, és manuális beavatkozásra van szükség, akkor hiba jön létre az adott gépen az Azure Portalon. A hibát megoldhatja, és manuálisan aktiválhatja az újraszinkronizálást.
7. Az újraszinkronizálás befejezése után a változásmódosítások replikálása folytatódik.

Replikációs szabályzat

Az Azure-beli virtuális gépek replikációjának engedélyezésekor a Site Recovery alapértelmezés szerint létrehoz egy új replikációs szabályzatot a táblázatban foglalt alapértelmezett beállításokkal.

Házirend beállítása	Részletek	Alapértelmezett
Helyreállítási pont megőrzése	Meghatározza, hogy a Site Recovery mennyi ideig őrzi meg a helyreállítási pontokat	1 nap
Alkalmazáskonzisztens pillanatkép gyakorisága	Milyen gyakran készít a Site Recovery alkalmazáskonzisztens pillanatképet	Letiltva

Replikációs szabályzatok kezelése

Az alapértelmezett replikációs házirendek beállításait az alábbiak szerint kezelheti és módosíthatja:

• A replikáció engedélyezésekor módosíthatja a beállításokat.
• A replikáció engedélyezése során létrehozhat vagy szerkeszthet új replikációs szabályzatot.

Több virtuális gép konzisztenciája

Ha azt szeretné, hogy a virtuális gépek együtt replikáljanak, és megosztott összeomlás-konzisztens és alkalmazáskonzisztens helyreállítási pontokkal rendelkezzenek feladatátvételkor, összegyűjtheti őket egy replikációs csoportba. A több virtuális gép konzisztenciája hatással van a számítási feladatok teljesítményére, és csak olyan 4. virtuális gépekhez használható, amelyek minden gépen konzisztenciát igényelnek.

Pillanatképek és helyreállítási pontok

A helyreállítási pontok egy adott időpontban készített virtuálisgép-lemezek pillanatképeiből jönnek létre. Virtuális gép feladatátvételekor helyreállítási pont használatával állítja vissza a virtuális gépet a célhelyen.

A feladatátvétel során általában biztosítani szeretnénk, hogy a virtuális gép sérülés vagy adatvesztés nélkül induljon el, és hogy a virtuálisgép-adatok konzisztensek legyenek az operációs rendszer és a virtuális gépen futó alkalmazások számára. Ez a pillanatképek típusától függ.

A Site Recovery a következőképpen készít pillanatképeket:

1. A Site Recovery alapértelmezés szerint összeomláskonzisztens pillanatképeket készít az adatokról, és alkalmazáskonzisztens pillanatképeket, ha megadja a gyakoriságukat.
2. A helyreállítási pontok a pillanatképekből jönnek létre, és a replikációs szabályzat megőrzési beállításainak megfelelően vannak tárolva.

Konzisztencia

Az alábbi táblázat a konzisztencia különböző típusait ismerteti.

Összeomlás-konzisztens

Ismertetés	Részletek	Recommendation
Az összeomlási konzisztens pillanatképek rögzítik a lemezen a pillanatkép készítésekor tárolt adatokat. Nem tartalmaz semmit a memóriában. Ez tartalmazza a lemezen lévő adatok egyenértékű adatait, amelyek akkor jelennének meg, ha a virtuális gép összeomlana, vagy a hálózati kábelt a pillanatkép készítésekor lekérte a kiszolgálóról. Az összeomlás-konzisztensek nem garantálják az operációs rendszer vagy a virtuális gépen futó alkalmazások adatkonzisztenciáját.	A Site Recovery alapértelmezés szerint öt percenként hoz létre összeomláskonzisztens helyreállítási pontokat. Ez a beállítás nem módosítható.	Ma a legtöbb alkalmazás képes jól helyreállni az összeomlás-konzisztens pontokról. Az összeomláskonzisztens helyreállítási pontok általában elegendőek az operációs rendszerek és az olyan alkalmazások replikálásához, mint a DHCP-kiszolgálók és a nyomtatókiszolgálók.

Alkalmazáskonzisztens

Ismertetés	Részletek	Recommendation
Az alkalmazáskonzisztens helyreállítási pontok alkalmazáskonzisztens pillanatképekből jönnek létre. Az alkalmazáskonzisztens pillanatkép tartalmazza az összeomlás-konzisztens pillanatkép összes információját, valamint a memóriában lévő összes adatot és a folyamatban lévő tranzakciókat.	Az alkalmazáskonzisztens pillanatképek a Kötet árnyékmásolata szolgáltatást (VSS) használják: 1) Az Azure Site Recovery a Csak másolási biztonsági mentés (VSS_BT_COPY) metódust használja, amely nem módosítja a Microsoft SQL tranzakciónaplójának biztonsági mentési idejét és 2. sorszámát . Pillanatkép indításakor a VSS másolási (COW) műveletet hajt végre a köteten. 3) Mielőtt végrehajtja a COW-t, a VSS tájékoztatja a gépen lévő összes alkalmazást, hogy a memória-rezidens adatokat lemezre kell ürítenie. 4) A VSS ezután lehetővé teszi a biztonsági mentési/vészhelyreállítási alkalmazás (ebben az esetben a Site Recovery) számára a pillanatképadatok olvasását és a folytatást.	Az alkalmazáskonzisztens pillanatképek a megadott gyakoriságnak megfelelően készülnek. Ennek a gyakoriságnak mindig kisebbnek kell lennie a helyreállítási pontok megőrzéséhez beállítottnál. Ha például a helyreállítási pontokat az alapértelmezett 24 órás beállítással tartja meg, a gyakoriságot 24 óránál rövidebbre kell állítania. Összetettebbek, és több időt vesz igénybe, mint az összeomláskonzisztens pillanatképek. Hatással vannak a replikációra engedélyezett virtuális gépen futó alkalmazások teljesítményére.

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

A replikáció beállítása után egy vészhelyreállítási próbát (feladatátvételi tesztet) futtatva ellenőrizheti, hogy minden a várt módon működik-e, szükség szerint futtathatja a feladatátvételt és a feladat-visszavételt.

1. Futtathat feladatátvételt egyetlen gépen, vagy létrehozhat egy helyreállítási tervet több virtuális gép egyidejű feladatátvételéhez. Az egyetlen gépi feladatátvétel helyett a helyreállítási terv előnye a következők:

   • Az alkalmazásfüggőségeket úgy modellezheti, hogy egyetlen helyreállítási tervbe foglalja az alkalmazás összes virtuális gépét.
   • Hozzáadhat szkripteket, Azure-runbookokat, és szüneteltetheti a manuális műveleteket.

2. A kezdeti feladatátvétel aktiválása után véglegesíti, hogy megkezdje a számítási feladat elérését az Azure-beli virtuális gépről.

3. Ha az elsődleges helyszíni hely ismét elérhető, felkészülhet a feladat-visszavételre. Ha nagy mennyiségű forgalom visszavételére van szüksége, állítson be egy új Azure Site Recovery-replikációs berendezést.

   • 1. szakasz: Az Azure-beli virtuális gépek ismételt védelme, hogy az Azure-ból a helyszíni VMware virtuális gépekre replikáljanak.
   • 2. szakasz: Feladatátvétel futtatása a helyszíni helyre.
   • 3. szakasz: Miután a számítási feladatok vissza lettek kapcsolva, újra lehet replikálni a helyszíni virtuális gépekre.

További lépések

Ezt az oktatóanyagot követve engedélyezheti a VMware-t az Azure-ba.