Přehled geografické replikace

Pro vývojáře aplikací a IT techniky je běžným cílem sestavovat a spouštět odolné aplikace. Odolnost proti chybám je definována jako schopnost aplikace reagovat na selhání a stále zůstat funkční. Pokud chcete dosáhnout odolnosti vůči oblastním selháním v cloudu, je prvním krokem vytvoření redundance, aby se zabránilo jedinému bodu způsobujícímu selhání. Této redundance je možné dosáhnout pomocí geografické replikace.

Funkce App Configuration geografické replikace umožňuje kdykoli replikovat úložiště konfigurace do oblastí podle vašeho výběru. Každá nová replika bude v jiné oblasti a vytvoří nový koncový bod, do které budou vaše aplikace odesílat požadavky. Původní koncový bod vašeho úložiště konfigurací se nazývá Origin. Původ nelze odebrat, ale jinak se chová jako jakákoli replika.

Změnu nebo aktualizaci hodnot klíčů je možné provést v libovolné replice. Tyto změny se budou synchronizovat se všemi ostatními replikami podle modelu konečné konzistence.

Replikace úložiště konfigurací přináší následující výhody:

  • Přidání odolnosti pro výpadky Azure: V případě regionálního výpadku jsou repliky ovlivněny jednotlivě. Pokud dojde k výpadku jedné oblasti, budou všechny repliky umístěné v nedotčených oblastech stále přístupné a budou se průběžně synchronizovat. Po zmírnění výpadku se všechny ovlivněné repliky synchronizují do nejnovějšího stavu. Mějte na paměti, že geografická replikace nabízí funkce automatického převzetí služeb při selhání pouze prostřednictvím zprostředkovatelů konfigurace App Configuration. V opačném případě můžete v konfiguraci vaší aplikace vytvořit vlastní mechanismy převzetí služeb při selhání a přepínat mezi různými koncovými body replik a zmírnit tak dopad výpadku Azure.
  • Redistribuce limitů požadavků: V kódu můžete přizpůsobit, který koncový bod repliky vaše aplikace používá a který vám umožní distribuovat zatížení požadavků, abyste se vyhnuli vyčerpání limitů požadavků. Pokud například vaše aplikace běží ve více oblastech a odesílají požadavky jenom do jedné oblasti, můžete začít vyčerpat limity požadavků App Configuration. Toto zatížení můžete redistribuovat vytvořením replik v oblastech, ve kterých běží vaše aplikace. Každá replika má limity izolovaných požadavků, které se rovnají omezením požadavků původu. Vyčerpání limitů požadavků v jedné replice nemá žádný vliv na limity požadavků v jiné replice.
  • Regionální oddělení: Přístup k více oblastem může zlepšit latenci mezi aplikací a úložištěm konfigurace, což vede k rychlejším odpovědím na požadavky a lepšímu výkonu, pokud aplikace odesílá požadavky na nejbližší repliku. Určení přístupu k replikě také umožňuje omezit ukládání dat a tok dat mezi různými oblastmi na základě vašich preferencí.

Pokud chcete tuto funkci ve svém úložišti povolit, přečtěte si dokument o povolení geografické replikace.

Ukázkový případ použití

Vývojářský tým vytváří systém skládající se z více aplikací a v současné době má jedno úložiště Azure App Configuration v oblasti USA – západ. Využití jejich systému rychle roste a společnost chce škálovat a uspokojovat potřeby zákazníků v těchto oblastech: Švédsko – střed, USA – západ, Severní Evropa a Východní Asie. Všechny aplikace, které v současnosti používají, používají úložiště konfigurace v oblasti USA – západ, což vytváří kritický prvek způsobující selhání. Pokud by došlo k oblastnímu výpadku v oblasti USA – západ a zákazník neměl žádné jiné mechanismy převzetí služeb při selhání nebo výchozí chování, nebyl by jejich systém pro zákazníky dostupný. Globálně jsou navíc všechny aplikace aktuálně omezeny limitem požadavků na jedno úložiště konfigurace. S tím, jak se tým škáluje do více oblastí, bude tento limit neúnosný.

Tomuto týmu by geografická replikace prospěla. Můžou vytvořit repliku svého úložiště konfigurace v každé oblasti, ve které bude jejich aplikace spuštěná. Jejich aplikace pak můžou odesílat požadavky do repliky ve stejné oblasti, nikoli všem aplikacím odesílajícím požadavky do oblasti USA – západ. To bude mít dvě výhody: vyšší latenci požadavků a lepší distribuci zatížení. Dobře distribuované zatížení požadavků pomůže vyhnout se vyčerpání kvóty požadavků. Navíc více replik umožňuje týmu nakonfigurovat aplikace tak, aby v případě oblastního výpadku převzaly služby při selhání. Tým může například nakonfigurovat aplikace spuštěné ve Švédsku – střed tak, aby si z této oblasti stáhly konfiguraci, ale pokud u Švédska – střed dochází k výpadku, zpět do severní Evropy. I když App Configuration není v dané oblasti k dispozici, systém týmu to neovlivní.

Požadavky

  • Geografická replikace není dostupná na úrovni Free.
  • Každá replika má omezení, jak je uvedeno na stránce s cenami App Configuration. Tato omezení jsou izolovaná na repliku.
  • Azure App Configuration také podporuje zóny dostupnosti Azure k vytvoření odolného a vysoce dostupného úložiště v rámci oblasti Azure. Podpora zóny dostupnosti se automaticky zahrne pro repliku, pokud oblast repliky podporuje zónu dostupnosti. Kombinace zón dostupnosti pro redundanci v rámci oblasti a geografické replikace napříč několika oblastmi zvyšuje dostupnost i výkon úložiště konfigurací.

Náklady a fakturace

Za každou vytvořenou repliku se přidají další poplatky. Podrobnosti najdete na stránce s cenami App Configuration. Pokud je vaším zdrojem například úložiště konfigurace úrovně Standard a máte pět replik, bude se vám účtovat sazba šesti úložišť konfigurace úrovně Standard pro váš systém, ale každá izolovaná kvóta a požadavky repliky jsou zahrnuté v tomto poplatku.

Monitorování

Abychom mohli nabídnout přehled o charakteristikách funkce geografické replikace, App Configuration poskytuje metriku s názvem Latence replikace. Metrika latence replikace popisuje, jak dlouho trvá replikace dat z jedné oblasti do jiné.

Další informace o metrikách latence replikace a dalších metrikách App Configuration najdete v tématu Referenční informace k monitorování App Configuration dat.

Další kroky

Odolnost a zotavení po havárii