Megbízhatóság az Azure Site Recovery

Az Azure Site Recovery virtuális gépek (virtuális gépek) felügyelt replikációs és feladatátvételi szolgáltatása, amely a leállások során rendelkezésre álló számítási feladatokat biztosítja. Folyamatosan replikálja a számítási feladatokat az elsődleges helyekről a másodlagos helyekre, és korlátozza az adatvesztést és az állásidőt. A tervezett karbantartás vagy váratlan fennakadások során a feladatátvételt és a feladat-visszavételt vezénylik. Ez a szolgáltatás támogatja a helyszíni környezetek és azure-beli virtuális gépek vészhelyreállítását (DR), amely segít a szervezeteknek az üzletmenet folytonosságának fenntartásában.

Az Azure használatakor a megbízhatóság közös felelősség. A Microsoft számos lehetőséget kínál a rugalmasság és a helyreállítás támogatására. Ön a felelős azért, hogy megértse, hogyan működnek ezek a képességek az összes használt szolgáltatáson belül, és válassza ki azokat a képességeket, amelyekre szüksége van az üzleti célok és az üzemidő céljainak eléréséhez.

Ez a cikk azt ismerteti, hogyan teheti rugalmassá a Site Recoveryt a különböző lehetséges kimaradásokkal és problémákkal szemben, beleértve az átmeneti hibákat, a rendelkezésre állási zónák kimaradásait és a régiókimaradásokat. Emellett kiemeli a Site Recovery szolgáltatásiszint-szerződéssel (SLA) kapcsolatos legfontosabb információkat is.

Megjegyzés:

Ez a cikk bemutatja, hogyan rugalmas a Site Recovery szolgáltatás, vagy hogyan teheti rugalmassá a különböző problémákra. Ez nem magyarázza meg, hogyan használhatja a Site Recoveryt a virtuális gépek vagy más eszközök védelmére. További információ: A Site Recovery ismertetése.

A termelési üzembe helyezési javaslatok a megbízhatóság érdekében

Ha éles számítási feladatokkal használja a Site Recoveryt, javasoljuk, hogy hajtsa végre az alábbi műveleteket:

  • Telepítse a Recovery Services-tárolót a célrégióban replikáció céljából.

  • Az Azure-ról Azure-ba irányuló DR esetén használja a Site Recovery magas adatváltozási funkcióját olyan virtuális gépekhez, amelyeken nagy az adatváltozások aránya. A magas forgalom támogatása javítja a helyreállítási pont célkitűzését (RPO), és lehetővé teszi a replikációt számos nagy léptékű adatbázis-számítási feladat esetében.

  • Az Azure–Azure DR esetében konfigurálja a gyorsítótár-tárfiókot zónaredundáns tárolás (ZRS) használatára.

  • Rendszeresen végezze el a feladatátvételi teszteket a katasztrófa-elhárító gyakorlatok részeként. A replikációs és feladatátvételi folyamatok kifogástalan állapotának ellenőrzéséhez negyedévenként vagy kétévente futtassa a DR-próbákat.

  • Az igény szerinti kapacitásfoglalások használatával biztosíthatja, hogy a számítási erőforrások rendelkezésre álljanak a célrégióban kiesés esetén.

  • Automatikus frissítések engedélyezése a mobilitási ügynökök számára.

  • Figyelje a replikáció állapotát, és konfigurálja a riasztásokat, hogy értesítést kapjon, ha probléma merül fel.

A megbízhatósági architektúra áttekintése

A Site Recovery használatakor meg kell határoznia egy forrást és egy célhelyet, amely a replikált virtuális gépeket jelöli:

  • A forrás lehet Egy Azure-beli virtuális gép vagy egy másik támogatott forrásból származó virtuális gép vagy kiszolgáló, beleértve a helyszíni fizikai kiszolgálókat, a VMware virtuális gépeket és Hyper-V virtuális gépeket.

  • A target mindig egy „Azure” virtuális gép. A Azure-Azure virtuális gép replikációja esetén a cél egy másik régió vagy rendelkezésre állási zóna lehet a forrás virtuális géptől.

Ön felelős az erőforrások és a kapcsolódó beállítások üzembe helyezéséért és konfigurálásáért, beleértve a következőket:

  • Recovery Services-tároló, amelyet Site Recovery a replikáció konfigurációs beállításainak tárolására használ. A trezor nem tárolja a replikált adatokat. A tároló redundanciakonfigurációja nem fontos a Site Recovery szempontjából, de fontos, ha ugyanazt a tárolót használja Azure Backup.

    A tárolók további konfigurációt is tartalmazhatnak, például:

    • Replikációs szabályzat, amely konfigurálja a pillanatkép gyakoriságát és megőrzési hosszát.

    • Helyreállítási terv, amely koordinálja a gépek feladatátvételi sorrendjét, és szkripteket és manuális műveleteket is tartalmazhat. A helyreállítási tervek különösen olyan számítási feladatok esetén hasznosak, amelyek több szinttel ( például alkalmazás- és adatbázisszintekkel) rendelkeznek, amelyeknek egy adott sorrendben kell feladatátvételt végrehajtaniuk.

  • A Azure-Azure replikációhoz egy kache tárfiók amely a forrásadatok egy példányát tárolja a régióban, mielőtt a célba replikálják. A gyorsítótár-tárfiók redundanciakonfigurációja befolyásolhatja a megbízhatóságot a rendelkezésre állási zónák kimaradása során.

Diagram, amely bemutatja a Recovery Services-pénztároló, a gyorsítótár tárolási fiók, a forrás és a cél közötti kapcsolatot a Site Recoveryben.

Megjegyzés:

Ez az útmutató a Site Recovery Azure-alapú összetevőinek megbízhatóságára és a replikációs kapcsolatra összpontosít. Ha helyszíni környezetből vagy más felhőszolgáltatóból replikál adatokat vagy virtuális gépeket, vegye figyelembe az Azure-on kívüli összetevők megbízhatóságát.

Az üzembe helyezhető összetevőkkel kapcsolatos további információkért tekintse meg az alábbi cikkeket:

Az alapvető Site Recovery szolgáltatás a Microsoft által kezelt infrastruktúrán fut. Ez a cikk ezekre az összetevőkre együttesen hivatkozik, mint az alapvető Site Recovery szolgáltatásra.

Rugalmasság átmeneti hibákhoz

Az átmeneti hibák rövid, időszakos meghibásodások a komponensekben. Gyakran előfordulnak elosztott környezetben, például a felhőben, és ezek a műveletek szokásos részei. Az átmeneti hibák rövid idő elteltével kijavítják magukat. Fontos, hogy az alkalmazások kezelni tudják az átmeneti hibákat, általában az érintett kérések újrapróbálásával.

Minden felhőalapú alkalmazásnak követnie kell az Azure átmeneti hibakezelési útmutatóját, amikor a felhőben üzemeltetett API-kkal, adatbázisokkal és egyéb összetevőkkel kommunikálnak. További információ: Átmeneti hibák kezelésére vonatkozó javaslatok.

Site Recovery automatikusan kezeli a replikációs folyamat során előforduló átmeneti hibákat a műveletek újrapróbálásával. Nem kell átmeneti hibakezelést konfigurálnia a Site Recoveryhez.

Rugalmasság a rendelkezésre állási zóna hibáival szemben

A rendelkezésre állási zónák fizikailag különálló adatközpont-csoportok egy Azure régión belül. Ha egy zóna meghibásodik, a szolgáltatások a fennmaradó zónák egyikére is át tudnak adni feladatokat.

Annak megértéséhez, hogy a Site Recovery replikációja hogyan viselkedik a rendelkezésre állási zónák hibái során, a következő szolgáltatásösszetevőket kell figyelembe vennie:

  • Alapvető Site Recovery szolgáltatás: Az alapvető Site Recovery szolgáltatás úgy lett kialakítva, hogy rugalmas legyen a támogatott régiókban fellépő rendelkezésreállási zónák hibáival szemben. A szolgáltatástámogatási zóna redundancia belső összetevői automatikusan, ügyfélkonfiguráció nélkül.

  • Recovery Services-tároló: A tároló konfigurációs adatokat tárol. Azokban a régiókban, ahol a Site Recovery támogatja a zónarugalmasságot, a tároló konfigurációs adatai szintén zónareziliensek.

  • Gyorsítótár-tárfiók: Az Azure-ból Azure-ba történő replikáció esetén Ön a felelős azért, hogy a gyorsítótár-tárfiók zónája redundánssá váljon a ZRS-réteg használatával történő üzembe helyezésével.

    Ha helyileg redundáns tárolási (LRS) Azure Storage-replikációs szintet használ a gyorsítótár-tárfiókhoz, és egy zóna meghibásodik, előfordulhat, hogy a Site Recovery nem replikálja a nemrégiben módosított adatokat a célhelyre.

Megjegyzés:

A Site Recovery segíthet a különböző rendelkezésre állási zónákban lévő virtuális gépek közötti feladatátvételben. További információ: Az Azure-beli virtuális gépek dr. állapotának engedélyezése a rendelkezésre állási zónák között.

Requirements

Régiótámogatás:

  • Site Recovery alapvető szolgáltatása és Recovery Services-tárolók: A Site Recovery a következő régiókban zónaellenálló.

    Amerika Európa Közel-Kelet Ázsia és a Csendes-óceáni térség
    Chile középső régiója Kelet-Ausztria Közép-Izrael Indonézia középső régiója
    Közép-Mexikó Észak-Olaszország Nyugat-Japán
    USA 3. nyugati régiója Közép-Lengyelország Malajzia nyugati régiója
    Közép-Spanyolország Új-Zéland északi régiója

    A Site Recovery a rendelkezésre állási zónák támogatását helyezi üzembe az összes rendelkezésre állási zóna-kompatibilis régióban. Azokban a régiókban, amelyek nem szerepelnek az előző táblázatban zónarugalmasként, a zónahibák hatással lehetnek a műveletekre.

  • Gyorsítótár-tárfiók: A ZRS-tárfiókokat az összes rendelkezésre állási zóna-kompatibilis régióban üzembe helyezheti.

Költség

Site Recovery számlázása a védett virtuálisgép-példányok száma alapján történik, függetlenül a rendelkezésre állási zónák konfigurációitól. További információkért lásd a Site Recovery díjszabását.

A rendelkezésre állási zóna támogatásának konfigurálása

  • Core Site Recovery szolgáltatás: Nem konfigurálja a zóna rugalmasságát a Core Site Recovery szolgáltatásban. A Microsoft zónarugalmasságokat biztosít a támogatott régiókban.

    Ha a Microsoft később engedélyezi a zónák rugalmasságát egy régióban, a Site Recovery-erőforrások automatikusan kihasználják a zónarugalmasság előnyeit. Nem kell semmilyen műveletet elvégeznie.

  • Recovery Services-tároló: A Recovery Services-tárolók redundanciabeállítással rendelkeznek, de a Site Recovery nem használja a tároló redundanciakonfigurációját. A Site Recovery használatakor nem kell konfigurálnia a tárolót zónaredundanciára.

  • Cache tárfiók: Ha Azure az Azure-ra történő replikációt használ, a cache-tárfiók létrehozásáért és a megfelelő redundanciaszint konfigurálásáért felel. A zónaredundánssá tétel érdekében konfigurálja a ZRS replikációs típushoz. További információ: Reliability in Azure Blob Storage.

Viselkedés, ha minden zóna kifogástalan

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a Site Recoveryt egy olyan régióban használja, amelyben az alapvető szolgáltatás rendelkezésre állási zónája támogatott, a gyorsítótár tárfiókja ZRS használatára van konfigurálva, és az összes rendelkezésre állási zóna működőképes.

  • Zónák közötti művelet: A replikációs folyamat több rendelkezésre állási zónában lévő infrastruktúrát használhat a replikációs feladatok aktiválásához és futtatásához. A szolgáltatás transzparens módon kezeli ezt az infrastruktúrát.

  • Zónaközi adatreplikálás: A Site Recovery és a Storage kezeli a zónaadat-replikációt:

    • Site Recovery-konfiguráció: A Site Recovery akkor is replikálja a konfigurációs adatokat zónák között, ha a tárolót az LRS használatára konfigurálja.

    • Gyorsítótár-tárfiók: Ha a gyorsítótár-tárfiókot ZRS használatára konfigurálja, a Storage szinkronizálva replikálja a gyorsítótárazott adatokat a zónák között.

Viselkedés zónahiba esetén

Ez a szakasz azt ismerteti, hogy mire számíthat, ha a Site Recoveryt egy olyan régióban használja, amelyben az alapvető szolgáltatás rendelkezésre állási zónája támogatott, a gyorsítótár tárfiókja ZRS használatára van konfigurálva, és a rendelkezésre állási zónák kimaradása következik be.

Megjegyzés:

Ha a sikertelen zóna tartalmazza a forrás virtuális gépet, a feladatátvételt a célhoz kell aktiválnia. További információkért lásd a következő cikkeket:

  • Detection and response: A Site Recovery platform automatikusan észleli a rendelkezésre állási zónák hibáit, és választ kezdeményez. Nem kell manuálisan elindítania a zónaátvitelt az alap Site Recovery szolgáltatáshoz. Ha azonban a zónakimaradás hatással van a forrás virtuális gépre, előfordulhat, hogy a virtuális gép feladatátvételét kell kezdeményeznie.
  • Értesítés: A Microsoft nem értesíti automatikusan, ha egy zóna le van omlva. A Azure Service Health használatával azonban megismerheti a szolgáltatás általános állapotát, beleértve a zónahibákat is, és beállíthat Service Health-riasztásokat a problémák értesítésére.

  • Aktív kérések: Az aktív replikációs feladatokra gyakorolt hatás a replikáció típusától függ:

    • Az Azure virtuális gépek zónák közötti és régiók közötti replikációja: Ha a forrás- vagy a célpéldány a meghibásodott zónában van, a replikáció mindaddig szünetel, amíg mindkét példány újra el nem érhető.

      Ha a sikertelen zóna nem tartalmazza a forrás- vagy cél virtuális gépet, és a gyorsítótár tárfiókját A ZRS használatára konfigurálta, a replikáció továbbra is fut.

    • On-premises to Azure: Ha a célpéldány a sikertelen zónában van, a replikáció addig szünetel, amíg a példány újra elérhetővé nem válik.

      Ha a sikertelen zóna nem tartalmazza a cél virtuális gépet, a replikáció továbbra is fut.

  • Várható adatvesztés: Zónahiba esetén nem várható adatvesztés.

  • Várható állásidő: Ha a sikertelen zóna tartalmazza a forrás vagy a cél virtuális gépet, a replikáció mindaddig szünetel, amíg mindkét példány újra el nem érhető.

  • Újraelosztás: A Site Recovery és a Storage automatikusan alkalmazkodik a zónahibákhoz:

    • Alapvető Site Recovery szolgáltatás: Az alapvető Site Recovery szolgáltatás automatikusan az kifogástalan rendelkezésre állási zónák infrastruktúráját használja a replikáció végrehajtásához. Nem kell semmilyen műveletet elvégeznie.

    • Gyorsítótár-tárfiók: A Storage automatikusan átirányítja a gyorsítótáradat-kérelmeket kifogástalan állapotú zónákba.

Zóna helyreállítása

Amikor az érintett rendelkezésre állási zóna helyreáll, a Site Recovery automatikusan folytatja a zónakimaradás során szüneteltetett replikációs feladatokat.

Ön felelős a visszaállítás kezdeményezéséért azon kiszolgálók vagy virtuális gépek esetében, amelyeket a zónakimaradás során átvitelre állított. További információkért lásd a következő cikkeket:

Zónahibák tesztelése

A Site Recovery platform kezeli a belső összetevők zónarugalmasságát. Ez a funkció teljes mértékben felügyelt, így nem kell kezdeményeznie vagy ellenőriznie a rendelkezésre állási zónák meghibásodási folyamatait.

Fontos, hogy rendszeres DR-próbákat hajtson végre, amelyeknek tesztelnie kell a virtuális gép feladatátvételét és az általános válasz eljárásait. Tervezze meg a katasztrófa utáni helyreállítási gyakorlatokat úgy, hogy elkerüljék az éles környezetre gyakorolt hatást. További információkért lásd a következő cikkeket:

Rugalmasság régiószintű hibákhoz

Az Azure-ból Azure-ba történő replikáció esetén a Site Recovery rugalmasságot biztosít a régióhibákkal szemben azáltal, hogy engedélyezi a virtuális gépek feladatátvételét egy kifogástalan célrégióba. További információ: Az Azure virtuális gépek replikálása egy másik Azure régióba.

Megfontolások

  • Tároló régiója: Üzembe helyezhet egy Recovery Services-tárolót egy kiválasztott Azure-régióban. A tároló régiója fontos. A replikáció a tároló régiójában történő kimaradás során folytatódik. A Site Recovery felügyeleti műveleteit azonban nem hajthatja végre, beleértve a feladatátvételt és a feladat-visszavételt, amíg a régió helyre nem állítható.

    A vault célrégióban való üzembe helyezése segít biztosítani, hogy a feladatátvételi és helyreállítási műveletek elérhetők maradjanak a forrásrégió kiesése során. Azt is megakadályozza, hogy egy harmadik régió leállása hatással legyen a feladatátvételi és helyreállítási műveletekre.

    Megjegyzés:

    Ha a tároló abban a régióban található, amelyet általában a célrégióként használ, akkor a feladatátvétel és a replikáció újbóli létrehozása után ez a régió lesz az új forrásrégió. Ha az adott régió később problémával szembesül, előfordulhat, hogy nem tudja végrehajtani a visszaállítást, amíg mindkét régió nem működőképes.

  • Kapacitásfoglalások: Ön felel annak ellenőrzéséért, hogy a célrégió támogatja-e a szükséges virtuálisgép-típusokat, és hogy rendelkezik-e rendelkezésre álló kapacitással a számítási feladathoz. Javasoljuk, hogy igény szerinti kapacitásfoglalásokkal gondoskodjon arról, hogy feladatátvétel esetén számítási erőforrások álljanak rendelkezésre a számítási feladatokhoz.

Többrégiós támogatás konfigurálása

  • Recovery Services-tároló: Ki kell választania a tároló régióját. További információ: Szempontok.

    A Recovery Services-tárolók redundanciabeállítással rendelkeznek, de a Site Recovery nem használja a tároló redundanciakonfigurációját. A tárolót nem kell georedundánsra konfigurálnia Site Recovery használatakor.

  • Gyorsítótár-tárfiók: A gyorsítótár-tárfiók csak ideiglenes helyként szolgál az adatok replikálása előtt, ezért nem szabad georedundáns tárolásra (GRS) konfigurálni.

Viselkedés régióhiba esetén

Az Site Recovery alapszolgáltatás adott viselkedése régióhiba esetén attól függ, hogy melyik régió tapasztalja a hibát:

  • Hiba a forrásrégióban: Azure az Azure-ba történő replikáció esetén aktiválhat feladatátvételt, ha a forrásrégió nem érhető el.

    Mivel a forrásrégió nem érhető el, a replikáció leáll, amíg a forrásrégióban lévő virtuális gép állapota nem megfelelő.

    A forrásrégió meghibásodásának viselkedését bemutató diagram. A forrás nem érhető el, és a replikáció leáll, amíg a forrásrégió helyre nem áll.

  • Hiba a célrégióban: Mivel a célrégió nem érhető el, a replikáció leáll, és nem lehet feladatátvételt végrehajtani a cél felé, amíg a régió állapota nem megfelelő.

    A célrégió meghibásodásának viselkedését bemutató diagram. A replikáció leáll, és a feladatátvétel addig nem érhető el, amíg a célrégió helyre nem áll.

  • Hiba a tárolót tartalmazó régióban: Ha a tárolót egy harmadik régióban helyezi üzembe (nem a forrás- vagy célrégióban), és az adott régió hibát tapasztal, a Site Recovery továbbra is replikálja az adatokat. Azonban nem kezdeményezhet semmilyen műveletet, beleértve a feladatátvételt vagy a feladat-visszavételt, amíg a tároló állapota nem megfelelő.

    A tárolórégió meghibásodásának viselkedését bemutató diagram. A replikáció folytatódik, de a feladatátvételi és feladat-visszavételi műveletek mindaddig nem érhetők el, amíg a tárolórégió helyre nem áll.

Régió helyreállítása

Ön felelős a visszaállítás kezdeményezéséért azon kiszolgálók vagy virtuális gépek esetében, amelyekre a régió kimaradása során átterhelte a terhelést. További információkért lásd a következő cikkeket:

Régióhibák tesztelése

Fontos a virtuális gép feladatátvételét és az általános válaszkezelési eljárásokat tesztelő rendszeres DR-próbák végrehajtása. Tervezze meg a dr. részletezéseket, hogy megelőzze az éles környezetre gyakorolt hatást. További információkért lásd a következő cikkeket:

Rugalmasság a konfigurációval és a replikációval kapcsolatos problémákhoz

A DR megoldás csak akkor megbízható, ha tudjuk, hogy katasztrófa előtt működik-e. A Site Recovery monitorozása olyan problémák észleléséhez, mint a konfigurációs hibák vagy a virtuális gépek replikációjának állapotproblémái. További információ: Site Recovery monitorozása.

Javasoljuk, hogy konfigurálja az Azure Monitor-riasztásokat, hogy értesüljön a replikáció állapotával kapcsolatos problémákról. További információ: Beépített Azure Monitor-riasztások a Site Recoveryhöz.

A szolgáltatás karbantartásával szembeni rugalmasság

Azure automatikusan kezeli az alapvető Site Recovery szolgáltatás frissítéseit és karbantartását. A karbantartási műveletek nem igényelnek állásidőt, és nem szakítják meg a virtuális gépek és kiszolgálók replikációját.

Ön azonban felelős azért, hogy frissítéseket alkalmazzon a Site Recovery-összetevőkre a virtuális gépeken és kiszolgálókon, beleértve a mobilitási ügynököt is, ha szükséges.

Fontos

Határozottan javasoljuk, hogy engedélyezze az ügynökök automatikus frissítéseit. Ha az ügynök verziója több mint négy verzióval van elmaradva, a replikáció le van állítva, és a feladat helyreállíthatósága veszélybe kerül.

További információért látogasson el a Site Recovery szolgáltatás frissítéseihez.

Szolgáltatásiszint-szerződés

A Azure szolgáltatások szolgáltatásiszint-szerződése (SLA) leírja az egyes szolgáltatások várható elérhetőségét, valamint azokat a feltételeket, amelyeket a megoldásnak teljesítenie kell az adott rendelkezésre állási elvárás eléréséhez. További információ: SLAs for online services.

A Site Recovery esetében külön SLA-k fedik le a következőket:

  • A szolgáltatás rendelkezésre állása, ami azt jelenti, hogy a Site Recovery készen áll a védett példányok feladatátvételére. A védett példány egy virtuális gép vagy fizikai kiszolgáló, amely egy másodlagos helyre replikálódik. Ahhoz, hogy jogosult legyen erre az SLA-ra, legalább 30 percenként újra meg kell próbálnia a sikertelen feladatátvételi kísérleteket.

  • Helyreállítási idő célkitűzése (RTO), amely az az idő a feladatátvétel elindításától (vagy a szkriptek aktiválásától) a cél virtuális gép futásáig. Ez az idő nem foglalja magában a manuális műveleteket vagy a szkriptek végrehajtását.

Az SLA csak akkor nyújt szolgáltatási krediteket, ha a másodlagos régió elegendő számítási kapacitással rendelkezik.

Kapcsolódó tartalom

  • Last updated on