Régiók közötti replikáció az Azure-ban: Üzletmenet-folytonosság és vészhelyreállítás
Számos szervezetnek magas rendelkezésre állást kell biztosítania a rendelkezésre állási zónáknak, amelyeket nagy léptékű jelenségek és regionális katasztrófák elleni védelem is támogat. Az Azure-régiók úgy vannak kialakítva, hogy védelmet nyújtsanak a rendelkezésre állási zónákkal rendelkező helyi katasztrófák ellen. De védelmet nyújthatnak a regionális vagy nagy földrajzi katasztrófákkal szembeni vészhelyreállítással is, ha egy másik régiót használnak , amely régiók közötti replikációt használ.
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 a létező 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.
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 a forgatókönyvekben 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, valamint az üzletmenet-folytonosságról és az Azure-beli 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 a vészhelyreállítással kapcsolatos stratégiai döntéshozatal középpontjába kerül. 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 anélkül építhet rugalmasságot, hogy keresztreplikálást alkalmazana egy másik engedélyezett régióba. Határozottan javasoljuk azonban, hogy a régiók közötti alapvető szolgáltatásokat úgy konfigurálja, hogy kihasználhassa az elkülönítés előnyeit és javítsa a rendelkezésre állást.
Több aktív régiót támogató alkalmazások esetében azt 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, tervezheti meg alkalmazását a maximális rugalmasság és a vészhelyreállítás megkönnyítése érdekében.
A régiók közötti replikáció előnyei
A szolgáltatások és adatok régiók közötti replikációjának létrehozása szolgáltatásonként határozható meg. Szükségszerűen költség-haszon elemzési megközelítést kell alkalmaznia a szervezet stratégiai és üzleti követelményei alapján. 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 az összes engedélyezett régiócsoportból rangsorolt egy régió helyreállítását. Az engedélyezett régiókészletek között üzembe helyezett alkalmazások garantáltan az egyik régiót részesítik előnyben a helyreállításhoz. 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éshet.
- 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 az esetleges logikai hibákat egy hibás frissítés ritka eseménye esetén.
- 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 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, az energia- vagy hálózati infrastruktúra rendelkezésre állására, valamint a szabályozásokra.
- Adattárolás: A régiók ugyanazon a földrajzi helyen találhatók, mint az engedélyezettek (Dél-Brazília és Szingapúr kivételével), 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étrehozhatja saját vészhelyreállítási megoldását úgy, hogy a szolgáltatásokat tetszőleges számú régióban létrehozza, 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 egy másik régióban lévő Azure Storage-fiókba ütemezheti az adatmentéseket. 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 csak a regionális párokon belüli szolgáltatásokat használhatja. Bár egy Azure-szolgáltatás egy adott régió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-tárolási megoldás például párosíthatja a Közép-Kanada régió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.
Az Azure régiók közötti replikációs párosításai az összes földrajzi helyhez
A régiók régióközi replikációhoz vannak párosítva 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, forduljon a Microsoft értékesítési vagy ügyfél-képviselőjéhez.
Azure-beli regionális párok
| Földrajzi hely | A régiópár | B régiópár |
|---|---|---|
| Asia-Pacific | Kelet-Ázsia (Hongkong) | Délkelet-Ázsia (Szingapúr) |
| Ausztrália | Kelet-Ausztrália | Délkelet-Ausztrália |
| 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élkelet-Brazília* | Dél-Brazília |
| Kanada | Közép-Kanada | Kelet-Kanada |
| Kína | Észak-Kína | Kelet-Kína |
| Kína | Észak-Kína 2. régiója | Kelet-Kína 2. régiója |
| Kína | É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 |
| 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* |
| Észak-Amerika | USA keleti régiója | USA nyugati régiója |
| Észak-Amerika | USA 2. keleti régiója | Az USA középső régiója |
| Észak-Amerika | USA északi középső régiója | USA déli középső régiója |
| Észak-Amerika | USA 2. nyugati régiója | USA nyugati középső régiója |
| Észak-Amerika | USA 3. nyugati régiója | USA keleti régiója |
| Norvégia | Kelet-Norvégia | Nyugat-Norvégia* |
| Dél-afrikai Köztársaság | 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 Arab Emírségek | Egyesült Arab Emírségek északi régiója | Egyesült Arab Emírségek középső régiója* |
| Egyesült Államok Védelmi Minisztériuma | USA keleti régiója* | US DoD Central* |
| Egyesült Államok – Államigazgatás | US Gov Arizona* | US Gov Texas* |
| Egyesült Államok – Államigazgatás | US Gov Virginia* | US Gov Texas* |
(*) Bizonyos régiók hozzáférése meghatározott ügyfélforgatókönyvek, például az országon belüli vészhelyreállítás támogatására korlátozódik. 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.
- Dél-Brazília azért egyedi, mert a földrajzi helyé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.
Rendelkezésre állási zónákkal rendelkező és régiópár nélküli régiók
Az Azure továbbra is globálisan bővül, és Katar az első régió, ahol nincs regionális pár, és magas rendelkezésre állást biztosít a rendelkezésre állási zónák és a helyileg redundáns vagy zónaredundáns tárolás (LRS/ZRS) használatával. 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övetik, amelyek lehetővé teszik, hogy az adatok ugyanabban a régióban maradjanak. Az ügyfelek felelősek az adatrugalmasságért 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, és globálisan bármilyen helyről áthelyezhetik, másolhatják vagy hozzáférhetnek adataikhoz. Abban a ritka esetben, ha 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 támogató Azure-szolgáltatások és az Azure Rugalmasság – Üzletmenet-folytonosság és vészhelyreállítást támogató azure-szolgáltatások útmutatása alapján.