Replikace mezi oblastmi v Azure: provozní kontinuita a zotavení po havárii
Mnoho organizací vyžaduje vysokou dostupnost poskytovanou pomocí zón dostupnosti, které jsou podporované i s ochranou před velkými jevy a místními katastrofami. Jak je popsáno v přehledu odolnosti pro oblasti a zóny dostupnosti, oblasti Azure jsou navržené tak, aby nabízely ochranu před místními katastrofami a zónami dostupnosti. Ale můžou taky poskytovat ochranu před různými geografickými katastrofami při zotavení po havárii tím, že využívá jinou oblast, která používá replikaci mezi oblastmi.
Replikace mezi oblastmi
Aby bylo zajištěno, že zákazníci budou podporováni na celém světě, Azure udržuje několik geografických oblastí. Tyto diskrétní vymezené údaje definují zotavení po havárii a hranici mezi daty v jedné nebo několika oblastech Azure.
Replikace mezi oblastmi je jedním z několika důležitých pilířů v strategii pro provozní kontinuitu a zotavení po havárii Azure. Replikace mezi oblastmi navazuje na synchronní replikaci vašich aplikací a dat, která existují pomocí zón dostupnosti v rámci primární oblasti Azure pro zajištění vysoké dostupnosti. Replikace mezi oblastmi asynchronně replikuje stejné aplikace a data v jiných oblastech Azure pro ochranu proti zotavení po havárii.
Některé služby Azure využívají replikaci mezi jednotlivými oblastmi k zajištění kontinuity podnikových aplikací a ochraně před ztrátou dat. Azure poskytuje několik řešení úložiště , která využívají replikaci mezi jednotlivými oblastmi k zajištění dostupnosti dat. Například geograficky redundantní úložiště Azure (GRS) replikuje data do sekundární oblasti automaticky. Tento přístup zajišťuje, že data jsou odolná, i když primární oblast nebude obnovitelné.
Ne všechny služby Azure automaticky replikují data nebo se z oblasti, které se nezdařily, automaticky nejdou replikují do jiné povolené oblasti. V těchto scénářích musí být obnovení a replikace nakonfigurované zákazníkem. Tyto příklady představují ilustraci sdíleného modelu zodpovědnosti. Je základním pilířem v strategii zotavení po havárii. Další informace o modelu sdílené zodpovědnosti a o tom, jak zajistit kontinuitu podnikových aplikací a zotavení po havárii v Azure, najdete v tématu Správa kontinuity podnikových aplikací v Azure.
Sdílená zodpovědnost se stane cruxem vašeho strategického rozhodování, když se dostane k zotavení po havárii. Azure nevyžaduje replikaci mezi jednotlivými oblastmi a pomocí služeb můžete sestavovat odolnost bez vzájemné replikace do jiné povolené oblasti. Důrazně doporučujeme, abyste nakonfigurovali základní služby v různých oblastech, abyste využili izolaci a vylepšili dostupnost.
U aplikací podporujících více aktivních oblastí doporučujeme použít více povolených oblastí, které jsou k dispozici. Tento postup zajišťuje optimální dostupnost pro aplikace a minimalizovaný čas obnovení v případě, že událost má vliv na 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
Pro jednotlivé služby se dá určit architekt replikace pro vaše služby a data v rámci různých oblastí. V závislosti na strategických a podnikových požadavcích vaší organizace budete nutně brát v úvahu přístup k analytickým výhodám. Výhody primárního a Ripple pro replikaci nákladových oblastí jsou komplexní, rozsáhlá a depracovaná. Mezi tyto výhody patří:
- Sekvence obnovení oblasti: Pokud dojde k výpadkům v rámci geografické oblasti, obnovení jedné oblasti je nastavené na základě priorit v každé povolené sadě oblastí. U aplikací, které jsou nasazené v rámci povolených sad oblastí, je zaručeno, že mají jednu z oblastí s prioritou pro obnovení. Pokud je aplikace nasazená v různých oblastech, z nichž každá není povolená pro různé místní replikace, může být obnovení zpožděné.
- Sekvenční aktualizace: plánované aktualizace systému Azure pro vaše povolené oblasti jsou seřazené chronologicky, aby se minimalizoval výpadek, dopad chyb a všechny logické chyby ve vzácných událostech vadné aktualizace.
- Fyzická izolace: Azure se snaží zajistit minimální vzdálenost 300 mil. (483 kilometrů) mezi datacentry v povolených oblastech, i když to není možné napříč všemi geografickými oblastmi. Oddělení Datacenter snižuje pravděpodobnost, že přírodní havárie, neodpočinek, výpadky napájení nebo fyzické výpadky sítě mohou ovlivnit více oblastí. Pro izolaci se vztahují omezení v rámci geografického hlediska, jako je zeměpisná velikost, dostupnost energie nebo síťové infrastruktury a předpisy.
- Zaregistrování dat: oblasti se nacházejí ve stejné zeměpisné oblasti jako jejich povolená sada (s výjimkou Brazílie – jih a Singapuru), aby splňovala požadavky na zaregistrování dat pro účely soudní pravomoci pro daň a zákony.
Párování replikace mezi oblastmi Azure pro všechna geografická umístění
Oblasti se spárují pro replikaci mezi jednotlivými oblastmi na základě blízkosti a dalších faktorů.
Regionální páry Azure
| Geografie | Místní párování A | Oblastní dvojice B |
|---|---|---|
| Asia-Pacific | Východní Asie (Hongkong) | Jihovýchodní Asie (Singapur) |
| Austrálie | Austrálie – východ | Austrálie – jihovýchod |
| Austrálie | Austrálie – střed | Austrálie – střed 2* |
| Brazílie | Brazílie – jih | Středojižní USA |
| Brazílie | Brazílie – jihovýchod* | Brazílie – jih |
| Kanada | Střední Kanada | Kanada – východ |
| Čína | Čína – sever | Čína – východ |
| Čína | Čína – sever 2 | Čína – východ 2 |
| 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 | Západní Indie | Indie – jih |
| Japonsko | Japonsko – východ | Japonsko – západ |
| Jižní Korea | Jižní Korea – střed | Jižní Korea – jih* |
| Severní Amerika | East US | USA – západ |
| Severní Amerika | USA – východ 2 | USA – střed |
| Severní Amerika | USA – středosever | Středojižní USA |
| Severní Amerika | Západní USA 2 | USA – středozápad |
| Severní Amerika | Západní USA 3 | East US |
| Norsko | Norsko – východ | Norsko – západ* |
| Jižní Afrika | Jižní Afrika – sever | Jižní Afrika – západ* |
| Švýcarsko | Švýcarsko – sever | Švýcarsko – západ* |
| UK | Spojené království – západ | Spojené království – jih |
| Spojené arabské emiráty | Spojené arabské emiráty sever | Spojené arabské emiráty – střed* |
| Ministerstvo obrany USA | US DoD – východ* | US DoD – střed* |
| Vláda USA | USA (Gov) – Arizona* | USA (Gov) – Texas* |
| Vláda USA | US Gov – Iowa* | USA (Gov) – Virginia* |
| Vláda USA | USA (Gov) – Virginia* | USA (Gov) – Texas* |
( * ) Některé oblasti jsou přístup omezené na podporu konkrétních zákaznických scénářů, jako je například zotavení po havárii v zemi. Tyto oblasti jsou dostupné jenom na vyžádání vytvořením nové žádosti o podporu v Azure Portal.
Důležité
- Západní Indie se spáruje pouze v jednom směru. Sekundární oblast Západní Indie je Jižní Indie, ale sekundární oblast Jižní Indie je Střed Indie.
- Brazílie – jih je jedinečná, protože se spáruje s oblastí mimo její zeměpisnou oblast. Sekundární oblast Brazílie – jih je Střed USA – jih. Sekundární oblast Střed USA – jih není Brazílie – jih.