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 rozsáhlými geografickými katastrofami a zotavením po havárii tím, že využijí jinou oblast, která používá replikaci mezi oblastmi.

Replikace mezi oblastmi

Aby se zajistila podpora zákazníků po celém světě, Azure udržuje několik geografických oblastech. Tato diskrétní vymezení 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 je založená na synchronní replikaci vašich aplikací a dat, která existují, pomocí zón dostupnosti v rámci vaší 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 proti 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 pro ochranu proti zotavení 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) replikuje data do sekundární oblasti automaticky. 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 neúspěšné oblasti do jiné povolené oblasti. V těchto scénářích musí obnovení a replikaci nakonfigurovat zákazník. Tyto příklady jsou ilustracemi modelu sdílené odpovědnosti. Je základním pilířem 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 vašeho strategického rozhodování, pokud jde o zotavení po havárii. Azure nevyžaduje použití replikace mezi oblastmi a můžete využít služby k vytvoření odolnosti bez křížové replikace do jiné povolené oblasti. Důrazně ale doporučujeme, abyste základní služby v různých oblastech nakonfigurovali 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 aplikací a minimalizuje dobu obnovení, pokud událost ovlivňuje dostupnost. Kdykoli je to možné, navrhněte aplikaci tak, aby zajistila maximální odolnost a snadné zotavení 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 pro jednotlivé služby. Budete nutně používat přístup 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 komplexní, rozsáhlé a zaslouží si využití. 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 skupin oblastí. U aplikací, které jsou nasazené napříč povolenými sadami oblastí, je zaručeno, že budou mít jednu z oblastí s prioritou pro obnovení. Pokud je aplikace nasazená napříč oblastmi, z nichž žádná nemá povolenou replikaci mezi oblastmi, může se obnovení zpozdit.
  • Sekvenční aktualizace: Plánované aktualizace systému Azure pro povolené oblasti jsou rozložené chronologicky, aby se minimalizovaly výpadky, dopad chyb a případná 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 datacentry 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í. Na izolaci se vztahují omezení v rámci dané zeměpisné oblasti, jako je velikost geografie, dostupnost napájecí 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 oblasti Brazílie – jih a Singapur), aby byly splněny požadavky na rezidenci dat pro daňové účely a účely vymáhání práva.

I když není možné vytvořit vlastní místní párování, můžete si přesto vytvořit vlastní řešení zotavení po havárii vytvořením služeb v libovolném počtu oblastí a jejich následným spárováním pomocí služeb Azure. Služby Azure, jako je AzCopy , můžete například použít k naplánování 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í stanovení priorit plánované údržby a 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 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 oblasti Kanada – střed s partnerským vztahem v oblasti Kanada – východ při použití výpočetních prostředků Azure umístěných v oblasti USA – východ.

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

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

Páry oblastí Azure

Geografie Oblastní pár A Oblastní 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 určitým oblastem je omezený na podporu konkrétních zákaznických scénářů, jako je zotavení po havárii v dané zemi. 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 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ředo jih. Sekundární oblastí USA – středo jih není Brazílie – jih.

Oblasti se zónami dostupnosti a bez páru oblastí

Azure se nadále globálně rozšiřuje s Katarem jako první oblastí 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 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 cíle bodu obnovení nebo cíle doby obnovení (RTO/RPO) a mohou svá data přesouvat, kopírovat nebo přistupovat z libovolného globálního umístění. Ve výjimečných případě nedostupnosti celé oblasti Azure budou zákazníci muset naplánovat zotavení po havárii mezi oblastmi na základě pokynů ze služeb Azure, které podporují vysokou dostupnost, a odolnost Azure – Provozní kontinuita a zotavení po havárii.

Další kroky