Standardní hodnoty migrace zóny dostupnosti Azure

Článek
04/15/2023

V tomto článku se dozvíte, jak vyhodnotit připravenost aplikace na zónu dostupnosti pro účely migrace ze zóny nedostupnosti na podporu zóny dostupnosti. Provedeme vás kroky, které budete potřebovat k určení, jak můžete využít podporu zóny dostupnosti v souladu s požadavky vaší aplikace a oblasti. Podrobnější informace o zónách dostupnosti a oblastech, které je podporují, najdete v tématu Co jsou oblasti Azure a zóny dostupnosti.

Při vytváření spolehlivých úloh můžete zvolit alespoň jednu z následujících konfigurací zóny dostupnosti:

Zónová. Zónová konfigurace poskytuje specifickou, samostatně vybranou zónu dostupnosti.
Zónově redundantní. Zónově redundantní konfigurace poskytuje prostředky, které se replikují nebo distribuují mezi zóny automaticky.

Kromě dvou možností zóny dostupnosti, zónové a zónově redundantní, Nabízí Azure globální služby, což znamená, že jsou dostupné globálně bez ohledu na oblast. Vzhledem k tomu, že jsou tyto služby vždy dostupné napříč oblastmi, jsou odolné vůči oblastním i zónovým výpadkům.

Informace o službách Azure, které podporují zóny dostupnosti, najdete v tématu Služba zóny dostupnosti a místní podpora.

Poznámka

Pokud pro prostředek nevyberete konfiguraci zóny, ať už zónovou, nebo zónově redundantní, prostředek a jeho dílčí komponenty nebudou odolné vůči zónám a během zónového výpadku v dané oblasti mohou dojít k výpadku.

Důležité informace o migraci na podporu zóny dostupnosti

Existuje několik možných způsobů, jak vytvořit spolehlivou aplikaci Azure se zónami dostupnosti, které splňují jak smlouvy SLA, tak cíle spolehlivosti. Pomocí následujících kroků můžete zvolit správný přístup pro vaše potřeby na základě technických a legislativních aspektů, možností služby, rezidence dat, požadavků na dodržování předpisů a latence.

Krok 1: Kontrola, jestli oblast Azure podporuje zóny dostupnosti

V tomto prvním kroku budete muset ověřit , že vybraná oblast Azure podporuje zóny dostupnosti a také požadované služby Azure pro vaši aplikaci.

Pokud vaše oblast podporuje zóny dostupnosti, důrazně doporučujeme nakonfigurovat úlohu pro zóny dostupnosti. Pokud vaše oblast nepodporuje zóny dostupnosti, budete muset k migraci do oblasti, která nabízí podporu zóny dostupnosti, použít doprovodné materiály ke službě Azure Resource Mover .

Poznámka

U některých služeb je možné zóny dostupnosti nakonfigurovat pouze během nasazování. Pokud chcete zahrnout zóny dostupnosti pro existující služby, možná budete muset nasazení provést znovu. Projděte si dokumentaci ke konkrétním službám v tématu Přehled pokynů k migraci zóny dostupnosti pro produkty a služby Microsoft Azure.

Krok 2: Kontrola dostupnosti produktu a skladové položky v oblasti Azure

V tomto kroku ověříte, že požadované služby a skladové položky Azure jsou dostupné v zónách dostupnosti ve vybrané oblasti Azure.

Pokud chcete zkontrolovat regionální podporu služeb, přečtěte si téma Dostupné produkty v jednotlivých oblastech.

Seznam dostupných skladových položek virtuálních počítačů podle oblasti a zóny Azure najdete v tématu Kontrola dostupnosti skladové položky virtuálního počítače.

Pokud vaše oblast nepodporuje služby a skladové položky, které vaše aplikace vyžaduje, budete se muset vrátit ke Kroku 1: Kontrola dostupnosti produktů v oblasti Azure a vyhledejte novou oblast, která podporuje služby a skladové položky, které vaše aplikace vyžaduje. Důrazně doporučujeme, abyste úlohu nakonfigurovali se zónovou redundancí.

V případě zónové vysoké dostupnosti Azure IaaS Virtual Machines použijte Virtual Machine Scale Sets (VMSS) Flex k rozložení virtuálních počítačů mezi několik zón dostupnosti.

Krok 3: Zvážení požadavků na aplikaci

V tomto posledním kroku určíte na základě požadavků aplikace, který druh podpory zóny dostupnosti je pro vaši aplikaci nejvhodnější.

Níže jsou tři důležité otázky, které vám pomůžou zvolit správné nasazení zóny dostupnosti:

Zahrnuje vaše aplikace komponenty citlivé na latenci?

Zóny dostupnosti Azure ve stejné oblasti Azure jsou propojené vysoce výkonnou sítí s latencí odezvy menší než 2 ms.

Doporučeným přístupem k dosažení vysoké dostupnosti, pokud nízká latence není striktním požadavkem, je nakonfigurovat úlohu se zónově redundantním nasazením.

U důležitých komponent aplikací, které vyžadují fyzickou vzdálenost a nízkou latenci, jako jsou hry, technická simulace a vysokofrekvenční obchodování (HFT), doporučujeme nakonfigurovat zónové nasazení. Virtual Machine Scale Sets Flex poskytuje výpočetní prostředky zarovnané do zón společně s připojenými disky úložiště.

Je kód vaší aplikace připravený na zpracování distribuovaného modelu?

Pro model distribuovaných mikroslužeb a v závislosti na vaší aplikaci existuje možnost průběžné výměny dat mezi mikroslužbami napříč zónami. Tato průběžná výměna dat prostřednictvím rozhraní API může ovlivnit výkon. Pokud chcete zlepšit výkon a zachovat spolehlivou architekturu, můžete zvolit zónové nasazení.

Při zónovém nasazení musíte:

Identifikujte ve své architektuře prostředky nebo služby citlivé na latenci.
Ověřte, že prostředky nebo služby citlivé na latenci podporují zónové nasazení.
Umístění prostředků nebo služeb citlivých na latenci ve stejné zóně Ostatní služby ve vaší architektuře můžou i nadále zůstat zónově redundantní.
Replikace zónových služeb citlivých na latenci napříč několika zónami dostupnosti za účelem zajištění odolnosti zón
Vyrovnávání zatížení mezi několika zónovými nasazeními se standardními nebo globálními nástroji pro vyrovnávání zatížení

Pokud služba Azure podporuje zóny dostupnosti, důrazně doporučujeme použít zónovou redundanci a rozprostření uzlů mezi zóny, abyste získali vyšší dobu provozuschopnosti a ochranu před zónovými výpadky.

U 3vrstvé aplikace je důležité porozumět aplikační, obchodní a datové vrstvě. a jejich stav (stavový nebo bezstavový) pro návrh architektury v souladu s osvědčenými postupy a pokyny podle typu úlohy.

V případě specializovaných úloh v Azure, jak je uvedeno v následujících příkladech, si projděte pokyny a osvědčené postupy pro příslušnou architekturu cílové zóny.

Chcete dosáhnout provozní kontinuity a zotavení po havárii ve stejné oblasti Azure kvůli dodržování předpisů, rezidenci dat nebo požadavkům zásad správného řízení?

Pokud chcete dosáhnout provozní kontinuity a zotavení po havárii v rámci stejné oblasti a neexistuje žádný pár oblastí, důrazně doporučujeme nakonfigurovat úlohu se zónovou redundancí. Přístup založený na jedné oblasti platí také pro určitá odvětví, která mají přísné požadavky na rezidenci dat a zásady správného řízení v rámci stejné oblasti Azure. Informace o replikaci, převzetí služeb při selhání a navrácení služeb po obnovení virtuálních počítačů Azure z jedné zóny dostupnosti do jiné v rámci stejné oblasti Azure najdete v tématu Povolení zotavení po havárii virtuálního počítače Azure mezi zónami dostupnosti.

Pokud potřebujete více oblastí nebo pokud vaše oblast Azure nepodporuje zóny dostupnosti, doporučujeme použít páry oblastí. Páry oblastí se nacházejí ve vzdálené vzdálenosti ve vzdálenosti asi 100 mil a poskytují vám ochranu poloměru výbuchu před selháními na regionální úrovni, jako jsou požáry, záplavy, zemětřesení a další přírodní nebo nepředvídané kalamity. Další informace najdete v tématu Replikace mezi oblastmi v Azure: Provozní kontinuita a zotavení po havárii.

Poznámka

V některých případech může být kombinace zónových, zónově redundantních a globálních služeb nejvhodnější pro splnění obchodních a technických požadavků.

Další body ke zvážení

Další informace o testování dostupnosti a odolnosti aplikací najdete v tématu Testování dostupnosti a odolnosti aplikací.
Každé datové centrum v oblasti je přiřazené k fyzické zóně. Fyzické zóny se mapují na logické zóny ve vašem předplatném Azure. Předplatná Azure se při vytváření předplatného přiřazují k tomuto mapování automaticky. Můžete použít vyhrazené rozhraní REST API ARM , listLocations a nastavit verzi rozhraní API na 2022-12-01 k výpisu logické zóny mapování na fyzickou zónu pro vaše předplatné. Tyto informace jsou důležité pro důležité komponenty aplikací, které vyžadují společné umístění s prostředky Azure zařazenými do kategorií Strategické služby , které nemusí být dostupné ve všech fyzických zónách.
Poplatky za šířku pásma mezi zónami se účtují při přenosu mezi zónami. Další informace o cenách šířky pásma najdete v tématu Ceny šířky pásma.