Replikace mezi oblastmi Azure
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 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 podporují replikaci mezi oblastmi, aby se zajistila kontinuita podnikových procesů a ochrana 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á.
Společná odpovědnost
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 zodpovídáte za 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á 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 (Zvláštní správní oblast Hongkongu) | 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). Některé služby ale nabízejí alternativní možnosti replikace mezi oblastmi.
Ne spárované 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 |
|---|---|
| Rakousko | Rakousko – východ (připravujeme) |
| Izrael | Izrael - střed |
| Itálie | Itálie - sever |
| Mexiko | Mexiko – střed |
| Nový Zéland | Nový Zéland – sever (připravujeme) |
| Polsko | Střední Polsko |
| Katar | Střední Katar |
| Španělsko | Španělsko – střed |