Azure régiók közötti replikáció

Számos Azure-régió biztosít rendelkezésre állási zónákat, amelyek adatközpontok különálló csoportjai. Egy régión belül a rendelkezésre állási zónák elég közel vannak ahhoz, hogy alacsony késésű kapcsolatokat létesíthessenek más rendelkezésre állási zónákkal, de elég messze vannak egymástól ahhoz, hogy csökkenjen annak a valószínűsége, hogy egynél többre hatással lesznek a helyi kimaradások vagy az időjárás. A rendelkezésreállási zónák független áramellátási, hűtési és hálózati infrastruktúrával rendelkeznek. Úgy vannak kialakítva, hogy ha az egyik zóna kimaradást tapasztal, akkor a fennmaradó zónák támogatják a regionális szolgáltatásokat, a kapacitást és a magas rendelkezésre állást.

Bár az Azure-régiók úgy vannak kialakítva, hogy védelmet nyújtsanak a helyi katasztrófák ellen rendelkezésre állási zónákkal, a régiók közötti replikációt használó másik másodlagos régió használatával védelmet biztosíthatnak a regionális vagy nagy földrajzi katasztrófákkal szemben is. Az elsődleges és a másodlagos régió együtt alkot egy régiópárt.

Régiók közötti replikáció

Annak érdekében, hogy az ügyfelek világszerte támogatottak legyenek, az Azure több földrajzi helyet is fenntart. Ezek a különálló elhatárolások egy vészhelyreállítási és adattárolási határt határoznak meg egy vagy több Azure-régióban.

A régiók közötti replikáció az Azure üzletmenet-folytonossági és vészhelyreállítási stratégiájának számos fontos pillére közé tartozik. A régiók közötti replikáció az alkalmazások és az adatok szinkron replikációjára épül az elsődleges Azure-régió rendelkezésre állási zónáinak használatával a magas rendelkezésre állás érdekében. A régiók közötti replikáció aszinkron módon replikálja ugyanazokat az alkalmazásokat és adatokat más Azure-régiókban vészhelyreállítási védelem céljából.

Image depicting high availability via asynchronous replication of applications and data across other Azure regions for disaster recovery protection.

Egyes Azure-szolgáltatások kihasználják a régiók közötti replikáció előnyeit az üzletmenet folytonosságának biztosítása és az adatvesztés elleni védelem érdekében. Az Azure számos tárolási megoldást kínál, amelyek régiók közötti replikációt használnak az adatok rendelkezésre állásának biztosítása érdekében. Az Azure georedundáns tárolás (GRS) például automatikusan replikálja az adatokat egy másodlagos régióba. Ez a megközelítés biztosítja, hogy az adatok akkor is tartósak, ha az elsődleges régió nem állítható helyre.

Nem minden Azure-szolgáltatás replikálja automatikusan az adatokat, vagy automatikusan visszaesik egy meghibásodott régióból egy másik engedélyezett régióba történő keresztreplikáláshoz. Ezekben az esetekben a helyreállítást és a replikációt az ügyfélnek kell konfigurálnia. Ezek a példák a megosztott felelősségi modell illusztrációi. Ez a vészhelyreállítási stratégia alapvető pillére. A megosztott felelősségi modellről és az Azure-beli üzletmenet-folytonosságról és vészhelyreállításról további információt az Üzletmenet-folytonosság kezelése az Azure-ban című témakörben talál.

A megosztott felelősség lesz a stratégiai döntéshozatal középpontjában a vészhelyreállítás során. Az Azure nem követeli meg, hogy régiók közötti replikációt használjon, és a szolgáltatások használatával rugalmasságot építhet ki anélkül, hogy keresztreplikálást alkalmazana egy másik engedélyezett régióba. Javasoljuk azonban, hogy az alapvető szolgáltatásokat régiók szerint konfigurálja az elkülönítés és a rendelkezésre állás javítása érdekében.

Több aktív régiót támogató alkalmazások esetén javasoljuk, hogy több engedélyezett régiót használjon. Ez a gyakorlat optimális rendelkezésre állást biztosít az alkalmazások számára, és minimalizálja a helyreállítási időt, ha egy esemény hatással van a rendelkezésre állásra. Amikor csak lehetséges, tervezd meg az alkalmazást a maximális rugalmasság és a vészhelyreállítás megkönnyítése érdekében.

Régiók közötti replikáció előnyei

A szolgáltatások régiók közötti replikációjának és adatainak architektúrája szolgáltatásonként határozható meg. A szervezet stratégiai és üzleti követelményei alapján költség-haszon elemzési megközelítést kell alkalmaznia. A régiók közötti replikáció elsődleges és hullámos előnyei összetettek, kiterjedtek és megérdemlik a kidolgozást. Ilyen előnyök például a következők:

  • Régió-helyreállítási sorrend: Földrajzi szintű kimaradás esetén a rendszer minden engedélyezett régióból rangsorolja az egyik régió helyreállítását. Az engedélyezett régiócsoportokban üzembe helyezett alkalmazások garantáltan az egyik régiót részesítik előnyben a helyreállítás szempontjából. Ha egy alkalmazás régiók között van üzembe helyezve, amelyek közül bármelyik nincs engedélyezve a régiók közötti replikációhoz, a helyreállítás késleltethető.
  • Szekvenciális frissítés: Az engedélyezett régiók tervezett Azure-rendszerfrissítései időrendben vannak elosztva, hogy minimalizálják az állásidőt, a hibák hatását és a hibás frissítések ritka eseményében előforduló logikai hibákat.
  • Fizikai elkülönítés: Az Azure arra törekszik, hogy legalább 300 mérföld (483 kilométer) távolságot biztosítson az engedélyezett régiókban lévő adatközpontok között, bár ez nem lehetséges minden földrajzi régióban. Az adatközpontok elkülönítése csökkenti annak a valószínűségét, hogy a természeti katasztrófák, a polgári zavargások, az áramkimaradások vagy a fizikai hálózati kimaradások több régiót is érinthetnek. Az elkülönítésre a földrajzi területen belüli korlátozások vonatkoznak, például a földrajzi méretre, a teljesítményre vagy a hálózati infrastruktúra rendelkezésre állására, valamint a szabályozásokra.
  • Adattárolás: A régiók az engedélyezett csoportjukkal megegyező földrajzi helyen találhatók (kivéve Dél-Brazíliát és Szingapúrt), hogy megfeleljenek az adózási és bűnüldözési joghatósági célokra vonatkozó adattárolási követelményeknek.

Bár nem lehet saját regionális párosítást létrehozni, mégis létrehozhat saját vészhelyreállítási megoldást, ha a szolgáltatásokat tetszőleges számú régióban hozza létre, majd az Azure-szolgáltatások használatával párosítja őket. Az Azure-szolgáltatások, például az AzCopy használatával például ütemezheti az adatmentéseket egy másik régióban lévő Azure Storage-fiókba. Az Azure DNS és az Azure Traffic Manager használatával rugalmas architektúrát tervezhet az alkalmazásokhoz, amelyek túlélik az elsődleges régió elvesztését.

Az Azure szabályozza a regionális párok tervezett karbantartási és helyreállítási rangsorolását. Egyes Azure-szolgáltatások alapértelmezés szerint regionális párokra támaszkodnak, például az Azure redundáns tárolásra.

Nem korlátozódik a regionális párokon belüli szolgáltatások használatára. Bár egy Azure-szolgáltatás egy adott regionális párra támaszkodhat, a többi szolgáltatást bármely olyan régióban üzemeltetheti, amely megfelel az üzleti igényeinek. Egy Azure GRS storage-megoldás például párosíthatja a Kanada középső régiójában lévő adatokat egy kelet-kanadai társsal, miközben az USA keleti régiójában található Azure Compute-erőforrásokat használ.

Párosított Azure-régiók

Számos régió rendelkezik egy párosított régióval is, amely támogatja a régiók közötti replikációt a közelség és más tényezők alapján.

Fontos

Ha többet szeretne megtudni a régió architektúrájáról és az elérhető párosításokról, forduljon a Microsoft értékesítési vagy ügyfél-képviselőjéhez.

Azure-beli regionális párok

Földrajzi hely A regionális pár B regionális pár
Ázsia és a csendes-óceáni térség Kelet-Ázsia (Hongkong különleges Rendszergazda istrative régió) Délkelet-Ázsia (Szingapúr)
Ausztrália Kelet-Ausztrália Délkelet-Ausztrália
Ausztrália középső régiója Ausztrália középső régiója 2*
Brazília Dél-Brazília USA déli középső régiója
Brazília délkeleti régiója* Dél-Brazília
Kanada Közép-Kanada Kelet-Kanada
Kína Észak-Kína Kelet-Kína
Észak-Kína 2. régiója Kelet-Kína 2. régiója
Észak-Kína 3. régiója Kelet-Kína 3*
Európa Észak-Európa (Írország) Nyugat-Európa (Hollandia)
Franciaország Közép-Franciaország Dél-Franciaország*
Németország Középnyugat-Németország Észak-Németország*
India Közép-India Dél-India
Közép-India Nyugat-India
Nyugat-India Dél-India
Japán Kelet-Japán Nyugat-Japán
Dél-Korea Dél-Korea középső régiója Dél-Korea*
Norvégia Kelet-Norvégia Nyugat-Norvégia*
Dél-Afrika Dél-Afrika északi régiója Dél-Afrika nyugati régiója*
Svédország Közép-Svédország Dél-Svédország*
Svájc Észak-Svájc Svájc nyugati régiója*
Egyesült Királyság Az Egyesült Királyság nyugati régiója Az Egyesült Királyság déli régiója
Egyesült Államok USA keleti régiója USA nyugati régiója
USA 2. keleti régiója Az USA középső régiója
USA északi középső régiója USA déli középső régiója
USA 2. nyugati régiója USA nyugati középső régiója
USA 3. nyugati régiója USA keleti régiója
Egyesült Arab Emírségek Egyesült Arab Emírségek északi régiója Egyesült Arab Emírségek központi régiója*
Védelmi Minisztérium, USA USA dod east* US DoD Central*
USA-beli államigazgatás US Gov Arizona* US Gov Texas*
US Gov Virginia* US Gov Texas*
US Gov Texas* US Gov Virginia*

(*) Bizonyos régiók hozzáférése bizonyos ügyfélforgatókönyvek támogatására korlátozódik, például az országon belüli/régióbeli vészhelyreállításra. Ezek a régiók csak kérésre érhetők el egy új támogatási kérelem létrehozásával.

Fontos

  • Nyugat-India csak egy irányba van párosítva. Nyugat-India másodlagos régiója Dél-India, de Dél-India másodlagos régiója Közép-India.
  • Az USA3 nyugati régiója egy irányba van párosítva az USA keleti régiójával. Emellett az USA keleti régiója kétirányú párosítással van párosítva az USA nyugati régiójával.
  • Dél-Brazília azért egyedi, mert a földrajzi régión kívüli régióval van párosítva. Brazília déli másodlagos régiója az USA déli középső régiója. Az USA déli középső régiójának másodlagos régiója nem Brazília déli régiója.

Régiók rendelkezésre állási zónákkal és régiópár nélkül

Az Azure továbbra is globálisan bővül regionális pár nélkül a régiókban, és a rendelkezésre állási zónák és a helyileg redundáns vagy zónaredundáns tárolás (LRS/ZRS) kihasználásával magas rendelkezésre állást biztosít. A pár nélküli régiók nem rendelkeznek georedundáns tárolással (GRS). Az ilyen régiók az adattárolási irányelveket követve lehetővé teszik, hogy az adatok ugyanabban a régióban maradjanak. Az ügyfelek a helyreállítási pont célkitűzése vagy a helyreállítási idő célkitűzése (RTO/RPO) igényei alapján felelősek az adatrugalmasságért, és globálisan bármilyen helyről áthelyezhetik, másolhatják vagy hozzáférhetnek adataikhoz. Abban a ritka esetben, amikor egy teljes Azure-régió nem érhető el, az ügyfeleknek a régiók közötti vészhelyreállítást kell megtervezniük a magas rendelkezésre állást és az Azure rugalmasságát támogató Azure-szolgáltatások útmutatásai alapján – üzletmenet-folytonosság és vészhelyreállítás.

Az alábbi táblázat a régiópár nélküli Azure-régiókat sorolja fel:

Földrajzi hely Régió
Katar Közép-Katar
Lengyelország Közép-Lengyelország
Izrael Izrael középső régiója
Olaszország Észak-Olaszország
Ausztria Kelet-Ausztria (hamarosan)
Spanyolország Spanyolország középső régiója (hamarosan)

Következő lépések