Replikace mezi oblastmi v Azure: Provozní kontinuita a zotavení po havárii

Mnoho organizací vyžaduje vysokou dostupnost poskytovanou zónami dostupnosti, které jsou také podporovány ochranou před rozsáhlými jevy a regionálními katastrofami. Oblasti Azure jsou navržené tak, aby poskytovaly ochranu před místními haváriemi pomocí zón dostupnosti. Můžou ale také poskytovat ochranu před regionálními nebo velkými geografickými katastrofami s zotavením po havárii pomocí jiné oblasti, která používá replikaci mezi oblastmi.

Replikace mezi oblastmi

Aby se zajistilo, že zákazníci budou podporováni po celém světě, Azure udržuje několik geografických oblastech. Tyto diskrétní demarkace definují hranici zotavení po havárii a rezidenci dat napříč jednou nebo několika oblastmi 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 je založená na synchronní replikaci vašich 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 do jiných oblastí Azure kvůli ochraně zotavení po havárii.

Obrázek znázorňující vysokou dostupnost prostřednictvím asynchronní replikace aplikací a dat napříč dalšími oblastmi Azure za účelem ochrany před zotavením po havárii

Některé služby Azure využívají replikaci mezi oblastmi k zajištění provozní kontinuity a ochraně před ztrátou dat. Azure nabízí několik řešení úložiště , která k zajištění dostupnosti dat využívají replikaci mezi oblastmi. Například geograficky redundantní úložiště Azure (GRS) 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řestávají z neúspěšné oblasti a křížově replikují do jiné povolené oblasti. V těchto scénářích musí být obnovení a replikace nakonfigurovány zákazníkem. Tyto příklady jsou ilustracemi modelu sdílené odpovědnosti. Je to základní pilíř ve vaší strategii 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á jádrem vašeho strategického rozhodování, pokud jde o zotavení po havárii. Azure nevyžaduje, abyste používali replikaci mezi oblastmi, a služby můžete použít k vytvoření odolnosti bez křížové replikace do jiné povolené oblasti. Důrazně ale doporučujeme nakonfigurovat základní služby napříč oblastmi tak, aby těžily z izolace a zlepšily dostupnost.

Pro aplikace, které podporují více aktivních oblastí, doporučujeme používat 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 s maximální odolností a snadným zotavením po havárii.

Výhody replikace mezi oblastmi

O návrhu replikace mezi oblastmi pro vaše služby a data je možné rozhodnout na základě jednotlivých služeb. Budete nutně přistupovat k analýze nákladů a přínosů na základě strategických a obchodních požadavků vaší organizace. Primární a vlnové výhody replikace mezi oblastmi jsou složité, rozsáhlé a zaslouží si rozpracování. Mezi tyto výhody patří:

  • Pořadí obnovení oblasti: Pokud dojde k výpadku v celé zeměpisné oblasti, má obnovení jedné oblasti prioritu ze všech povolených sad oblastí. U aplikací nasazených napříč povolenými sadami oblastí je zaručeno, že budou mít jednu z oblastí, u kterých je pro obnovení nastavena priorita. Pokud je aplikace nasazená napříč oblastmi, z nichž žádná není povolená pro replikaci mezi oblastmi, může dojít ke zpoždění obnovení.
  • Sekvenční aktualizace: Plánované aktualizace systému Azure pro povolené oblasti jsou chronologicky rozložené, aby se minimalizovaly výpadky, dopad chyb a všechna logická selhání ve výjimečných událostech 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é ve všech zeměpisných oblastech. Oddělení datacenter snižuje pravděpodobnost, že přírodní katastrofa, občanské nepokoje, výpadky napájení nebo 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é infrastruktury 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 jurisdikce pro daňové účely a pro účely vymáhání práva.

I když není možné vytvořit vlastní regionální párování, můžete přesto vytvořit vlastní řešení zotavení po havárii tím, že vytvoříte služby v libovolném počtu oblastí a pak je spárujete pomocí služeb Azure. Pomocí služeb Azure, jako je AzCopy , můžete například naplánovat zálohování dat do účtu služby 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í priorit obnovení pro regionální páry. Některé služby Azure ve výchozím nastavení spoléhají na páry oblastí, jako je například redundantní úložiště Azure.

Nejste omezeni na používání služeb v rámci místních párů. I když se služba Azure může spoléhat na konkrétní pár oblastí, můžete hostovat další 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 oblasti Kanada – východ a současně používat výpočetní prostředky Azure umístěné v oblasti USA – východ.

Párování replikace Azure mezi oblastmi pro všechny geografické oblasti

Oblasti se spárují pro replikaci mezi oblastmi na základě blízkosti a dalších faktorů.

Místní páry Azure

Geografie Pár oblastí A Místní pár 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
Čína Čí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 Západní Indie Indie – jih
Japonsko Japonsko – východ Japonsko – západ
Jižní Korea Jižní Korea – střed Jižní Korea*
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 USA – západ 3 East US
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*
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 US Gov Arizona* US Gov Texas*
Vláda USA US Gov Iowa* US Gov – Virginie*
Vláda USA US Gov – Virginie* US Gov Texas*

(*) Přístup k některým oblastem je omezený kvůli podpoře konkrétních scénářů zákazníků, jako je například zotavení po havárii v zemi. Tyto oblasti jsou k dispozici pouze na vyžádání vytvořením nové žádosti o podporu v Azure Portal.

Důležité

  • Západní Indie je spárována pouze v jednom směru. Sekundární oblastí západní Indie je Indie – jih, ale sekundární oblastí jižní Indie je Indie – střed.
  • Brazílie – jih je jedinečná, protože je spárovaná s oblastí mimo její geografickou 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 pokračuje v globálním rozšiřování s Katarem jako první oblastí bez páru oblastí a dosahuje vysoké dostupnosti využitím 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 pro rezidenci dat , které umožňují zachovat data ve stejné oblasti. Zákazníci zodpovídají za odolnost dat na základě svých potřeb rto/RPO a můžou svá data přesouvat, kopírovat nebo přistupovat z libovolného umístění globálně. Ve vzácném případě nedostupnosti celé oblasti Azure budou zákazníci muset naplánovat zotavení po havárii mezi oblastmi podle pokynů služeb Azure, které podporují vysokou dostupnost a odolnost Azure – Provozní kontinuita a zotavení po havárii.

Další kroky