Replikace mezi oblastmi Azure
Řada oblastí Azure poskytuje zóny dostupnosti, které jsou oddělené skupiny datacenter. V rámci oblasti jsou zóny dostupnosti dostatečně blízko, aby měly připojení s nízkou latencí k jiným zónám dostupnosti, ale jsou od sebe dostatečně vzdálené, aby se snížila pravděpodobnost, že místní výpadky nebo počasí ovlivní více než jedno. Zóny dostupnosti mají nezávislou infrastrukturu napájení, chlazení a sítě. Jsou navrženy tak, aby v případě výpadku jedné zóny byly regionální služby, kapacita a vysoká dostupnost zajištěny zbývajícími zónami.
I když jsou oblasti Azure navržené tak, aby nabízely ochranu před místními haváriemi se zónami dostupnosti, můžou také poskytovat ochranu před regionálními nebo velkými zeměpisnými katastrofami s zotavením po havárii tím, že využívají jinou sekundární oblast, která používá replikaci mezi oblastmi. Primární i sekundární oblasti společně tvoří dvojici oblastí.
Replikace mezi oblastmi
Aby bylo zajištěno, že zákazníci jsou podporováni po celém světě, Azure udržuje několik geografických oblastí. Tyto diskrétní demarace definují hranici zotavení po havárii a rezidenci dat v jedné nebo několika oblastech Azure.
Replikace mezi oblastmi je jedním z několika důležitých pilířů strategie provozní kontinuity a zotavení po havárii Azure. Replikace mezi oblastmi vychází z synchronní replikace aplikací a dat, která existují pomocí zón dostupnosti v primární oblasti Azure pro zajištění vysoké dostupnosti. Replikace mezi oblastmi asynchronně replikuje stejné aplikace a data napříč ostatními oblastmi Azure pro ochranu zotavení po havárii.
Některé služby Azure využívají replikaci mezi oblastmi k zajištění provozní kontinuity a ochrany před ztrátou dat. Azure poskytuje několik řešení úložiště, která využívají replikaci mezi oblastmi k zajištění dostupnosti dat. Geograficky redundantní úložiště Azure (GRS) například automaticky replikuje data do sekundární oblasti. Tento přístup zajišťuje odolnost dat i v případě, že primární oblast není obnovitelná.
Ne všechny služby Azure automaticky replikují data nebo automaticky přejdou z oblasti, která selhala, aby se mezi replikovala do jiné povolené oblasti. V těchto scénářích musí zákazník nakonfigurovat obnovení a replikaci. Tyto příklady představují ilustrace modelu sdílené odpovědnosti. Jedná se o základní pilíř strategie zotavení po havárii. Další informace o modelu sdílené odpovědnosti a informace o provozní kontinuitě a zotavení po havárii v Azure najdete v tématu Správa provozní kontinuity v Azure.
Sdílená odpovědnost se stává podstatou strategického rozhodování, pokud jde o zotavení po havárii. Azure nevyžaduje použití replikace mezi oblastmi a můžete použít služby k zajištění odolnosti bez replikace do jiné povolené oblasti. Důrazně ale doporučujeme nakonfigurovat základní služby napříč oblastmi, abyste mohli těžit z izolace a zlepšení dostupnosti.
Pro aplikace, které podporují více aktivních oblastí, doporučujeme použít dostupné více povolených oblastí. Tento postup zajišťuje optimální dostupnost pro aplikace a minimalizuje dobu obnovení, pokud událost ovlivňuje dostupnost. Kdykoli je to možné, navrhněte aplikaci pro zajištění maximální odolnosti a snadného zotavení po havárii.
Výhody replikace mezi oblastmi
O architektuře pro replikaci mezi oblastmi služeb a dat je možné rozhodnout podle jednotlivých služeb. Budete muset využít přístup analýzy nákladů a přínosů na základě strategických a obchodních požadavků vaší organizace. Primární a zvlněné výhody replikace mezi oblastmi jsou složité, rozsáhlé a zaslouží si naslouchání. Mezi tyto výhody patří:
- Pořadí obnovení oblasti: Pokud dojde k výpadku v celé geografické oblasti, je obnovení jedné oblasti prioritní z každé povolené sady oblastí. U aplikací nasazených napříč povolenými sadami oblastí je zaručeno, že jedna z oblastí má prioritu pro obnovení. Pokud je aplikace nasazená napříč oblastmi, která není povolená pro replikaci mezi oblastmi, může být obnovení zpožděné.
- Postupné aktualizace: Plánované aktualizace systému Azure pro vaše povolené oblasti jsou chronologicky rozloženy tak, aby se minimalizovaly výpadky, dopad chyb a případné logické selhání ve výjimečných událostech v případě chybné aktualizace.
- Fyzická izolace: Azure se snaží zajistit minimální vzdálenost 300 mil (483 kilometrů) mezi datovými centry v povolených oblastech, i když to není možné napříč všemi zeměpisnými oblastmi. Oddělení datacenter snižuje pravděpodobnost, že přírodní katastrofa, občanské nepokoje, výpadky napájení nebo výpadky fyzické sítě můžou ovlivnit více oblastí. Izolace podléhá omezením v rámci zeměpisné oblasti, jako je velikost zeměpisné oblasti, dostupnost napájení nebo síťová infrastruktura a předpisy.
- Rezidence dat: Oblasti se nacházejí ve stejné zeměpisné oblasti jako jejich povolená sada (s výjimkou Brazílie – jih a Singapur), aby splňovaly požadavky na rezidenci dat pro účely daňového a vymáhání práva.
I když není možné vytvořit vlastní párování oblastí, můžete přesto vytvořit vlastní řešení zotavení po havárii vytvořením služeb v libovolném počtu oblastí a následným použitím služeb Azure k jejich spárování. Můžete například použít služby Azure, jako je AzCopy , k naplánování zálohování dat do účtu Azure Storage v jiné oblasti. Pomocí Azure DNS a Azure Traffic Manageru můžete navrhnout odolnou architekturu pro vaše aplikace, která přežije ztrátu primární oblasti.
Azure řídí plánovanou údržbu a stanovení priority obnovení pro páry oblastí. Některé služby Azure ve výchozím nastavení spoléhají na páry oblastí, jako je redundantní úložiště Azure.
Nejste omezeni na používání služeb v rámci párů oblastí. I když se služba Azure může spoléhat na konkrétní pár oblastí, můžete hostovat ostatní služby v libovolné oblasti, která vyhovuje vašim obchodním potřebám. Například řešení úložiště Azure GRS může spárovat data v Kanadě – střed s partnerským vztahem v Kanadě – východ a používat výpočetní prostředky Azure umístěné v oblasti USA – východ.
Spárované oblasti Azure
Řada oblastí má také spárovanou oblast, která podporuje replikaci mezi oblastmi na základě blízkosti a dalších faktorů.
Důležité
Pokud chcete získat další informace o architektuře vaší oblasti a dostupných párování, obraťte se na svého prodejce Nebo zástupce zákazníka Microsoftu.
Regionální páry Azure
| Zeměpisná oblast | Oblastní pár A | Oblastní dvojice B |
|---|---|---|
| Asie a Tichomoří | Východní Asie (Hongkong – zvláštní Správa istrativní oblast) | Jihovýchodní Asie (Singapur) |
| Austrálie | Austrálie – východ | Austrálie – jihovýchod |
| Austrálie – střed | Austrálie – střed 2* | |
| Brazílie | Brazílie – jih | Středojižní USA |
| Brazílie – jihovýchod* | Brazílie – jih | |
| Kanada | Střední Kanada | Kanada – východ |
| Čína | Čína – sever | Čína – východ |
| Čína – sever 2 | Čína – východ 2 | |
| Čína – sever 3 | Čína – východ 3* | |
| Evropa | Severní Evropa (Irsko) | Západní Evropa (Nizozemsko) |
| Francie | Francie – střed | Francie – jih* |
| Německo | Německo – středozápad | Německo – sever* |
| Indie | Indie – střed | Indie – jih |
| Indie – střed | Západ Indie | |
| Západ Indie | Indie – jih | |
| Japonsko | Japonsko – východ | Japonsko – západ |
| Korea | Jižní Korea – střed | Korea – jih* |
| Norsko | Norsko – východ | Norsko – západ* |
| Jižní Afrika | Jižní Afrika – sever | Jižní Afrika – západ* |
| Švédsko | Švédsko – střed | Švédsko – jih* |
| Švýcarsko | Švýcarsko – sever | Švýcarsko – západ* |
| Spojené království | Velká Británie – západ | Velká Británie – jih |
| USA | USA – východ | USA – západ |
| USA – východ 2 | USA – střed | |
| USA – středosever | Středojižní USA | |
| Západní USA 2 | Středozápad USA | |
| USA – západ 3 | USA – východ | |
| Spojené arabské emiráty | Spojené arabské emiráty – sever | Spojené arabské emiráty – střed* |
| ministerstvo obrany USA | USA – východ* | US DoD Central* |
| US Government | US Gov Arizona* | US Gov Texas* |
| US Gov Virginia* | US Gov Texas* | |
| US Gov Texas* | US Gov Virginia* |
(*) Některé oblasti mají přístup omezený na podporu konkrétních scénářů zákazníků, jako je zotavení po havárii v zemi nebo oblasti. Tyto oblasti jsou k dispozici pouze na vyžádání vytvořením nové žádosti o podporu.
Důležité
- Západní Indie je spárována pouze jedním směrem. Sekundární oblast Indie – západ je Indie – jih, ale sekundární oblast Indie – jih je Střední Indie.
- Usa – západ 3 jsou spárovány v jednom směru s USA – východ. USA – východ jsou také obousměrně spárované s USA – západ.
- Brazílie – jih je jedinečná, protože je spárovaná s oblastí mimo svou zeměpisnou oblast. Sekundární oblast Brazílie – jih je USA – středojiž. Sekundární oblast USA – středojiž není Brazílie – jih.
Oblasti se zónami dostupnosti a bez páru oblastí
Azure se stále rozšiřuje globálně v oblastech bez páru oblastí a dosahuje vysoké dostupnosti díky využití zón dostupnosti a místně redundantního nebo zónově redundantního úložiště (LRS/ZRS). Oblasti bez páru nebudou mít geograficky redundantní úložiště (GRS). Tyto oblasti se řídí pokyny k rezidenci dat, aby bylo možné zachovat data v rámci stejné oblasti. Zákazníci zodpovídají za odolnost dat na základě potřeb cíle bodu obnovení nebo cíle doby obnovení (RTO/RPO) a můžou přesunout, kopírovat nebo přistupovat ke svým datům z libovolného místa globálně. Ve výjimečných událostech, kdy je celá oblast Azure nedostupná, budou muset zákazníci naplánovat zotavení po havárii napříč oblastmi podle pokynů ze služeb Azure, které podporují vysokou dostupnost a odolnost Azure – provozní kontinuitu a zotavení po havárii.
Následující tabulka uvádí oblasti Azure bez páru oblastí:
| Zeměpisná oblast | Oblast |
|---|---|
| Katar | Střední Katar |
| Polsko | Střední Polsko |
| Izrael | Izrael - střed |
| Itálie | Itálie - sever |
| Rakousko | Rakousko – východ (připravuje se) |
| Španělsko | Španělsko – střed (připravuje se) |