Směrný plán migrace zóny dostupnosti Azure
V tomto článku se dozvíte, jak vyhodnotit připravenost aplikace na zónu dostupnosti pro účely migrace ze zóny dostupnosti na podporu zóny dostupnosti. Provedeme vás kroky, které budete potřebovat k určení, jak můžete využít podporu zón dostupnosti v souladu s vašimi požadavky na aplikaci 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:
Zonální. Zónová konfigurace poskytuje určitou zónu samoobslužné 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ón dostupnosti, zónově redundantní 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 tyto služby jsou vždy dostupné napříč oblastmi, jsou odolné vůči oblastním i zónovým výpadkům.
Pokud chcete zjistit, které služby Azure podporují zóny dostupnosti, přečtěte si téma Služby zóny dostupnosti a regionální podpora.
Poznámka:
Pokud pro prostředek nevyberete konfiguraci zóny, zónově 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 této oblasti se můžou snížit.
Důležité informace o migraci na podporu zón dostupnosti
Existuje řada možných způsobů, jak vytvořit spolehlivou aplikaci Azure se zónami dostupnosti, které splňují cíle sla i spolehlivosti. Podle následujících kroků zvolte správný přístup pro vaše potřeby na základě technických a regulačních aspektů, možností služeb, 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 úlohy 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 k Azure Resource Moveru.
Poznámka:
U některých služeb je možné zóny dostupnosti nakonfigurovat pouze během nasazení. Pokud chcete zahrnout zóny dostupnosti pro stávající služby, možná budete muset znovu nasadit. Projděte si dokumentaci specifickou ke službě v přehledu pokynů k migraci zón dostupnosti pro produkty a služby Microsoft Azure.
Krok 2: Kontrola dostupnosti produktů a skladových položek 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 vybrané oblasti Azure.
Pokud chcete zkontrolovat regionální podporu služeb, přečtěte si téma Produkty dostupné v jednotlivých oblastech.
Pokud chcete zobrazit seznam dostupných skladových položek virtuálních počítačů podle oblasti a zóny Azure, přečtěte si téma 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: Zkontrolujte dostupnost 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 nakonfigurovat úlohu s redundancí zón.
Pro zónovou vysokou dostupnost virtuálních počítačů Azure IaaS využijte funkci Virtual Machine Scale Sets (VMSS) Flex k rozložení virtuálních počítačů napříč několika zónami dostupnosti.
Krok 3: Zvážení požadavků aplikace
V tomto posledním kroku určíte na základě požadavků na aplikace, jaký 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 propojeny 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í požadavek, je nakonfigurovat úlohu s zónově redundantním nasazením.
Pro důležité komponenty aplikace, které vyžadují fyzickou blízkost a nízkou latenci, jako je hraní her, technická simulace a vysokofrekvenční obchodování (HFT), doporučujeme nakonfigurovat zónové nasazení. Virtual Machine Scale Sets Flex poskytuje zónově sladěné výpočetní prostředky spolu s připojenými disky úložiště.
Má kód vaší aplikace připravenost na zpracování distribuovaného modelu?
U modelu 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 zvýšit výkon a udržovat spolehlivou architekturu, můžete zvolit zónové nasazení.
Při zónovém nasazení musíte:
Identifikujte prostředky nebo služby citlivé na latenci ve vaší architektuře.
Ověřte, že prostředky nebo služby citlivé na latenci podporují zónové nasazení.
Spolu vyhledejte prostředky nebo služby citlivé na latenci ve stejné zóně. Ostatní služby ve vaší architektuře můžou i nadále zůstat zónově redundantní.
Replikujte zónové služby citlivé na latenci napříč několika zónami dostupnosti, abyste zajistili odolnost zón.
Vyrovnávání zatížení mezi několika zónovými nasazeními pomocí standardních nebo globálních nástrojů pro vyrovnávání zatížení
Pokud služba Azure podporuje zóny dostupnosti, důrazně doporučujeme používat zónovou redundanci tím, že rozprostíráte uzly napříč zónami, abyste získali vyšší dobu provozuschopnosti a ochranu proti výpadkům zón.
U 3vrstvé aplikace je důležité porozumět aplikačním, obchodním a datovým vrstvám; a také jejich stav (stavový nebo bezstavový), který architektuje v souladu s osvědčenými postupy a pokyny podle typu úlohy.
V případě specializovaných úloh v Azure jako v následujících příkladech si projděte příslušné pokyny k architektuře cílové zóny a osvědčené postupy.
SAP
Azure Virtual Desktop
Azure Kubernetes Service
Oracle
Chcete dosáhnout kontinuity podnikových procesů a zotavení po havárii ve stejné oblasti Azure kvůli požadavkům na dodržování předpisů, rezidenci dat nebo zásady správného řízení?
Pokud chcete dosáhnout kontinuity podnikových procesů a zotavení po havárii ve stejné oblasti a pokud neexistuje žádný pár oblastí, důrazně doporučujeme nakonfigurovat úlohu s redundancí zón. Přístup s jednou oblastí se vztahuje také na určitá odvětví, která mají přísné požadavky na rezidenci dat a zásady správného řízení ve stejné oblasti Azure. Informace o replikaci virtuálních počítačů Azure, převzetí služeb při selhání a navrácení služeb po obnovení z jedné zóny dostupnosti do druhé 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í. Regionální páry se nacházejí na vzdálené vzdálenosti kolem 100 kilometrů od sebe a poskytují ochranu poloměru výbuchu před oblastmi selháními, jako jsou požáry, záplavy, zemětřesení a jiné přírodní nebo nepředvídatelné katastrofy. Další informace najdete v tématu Replikace mezi oblastmi v Azure: Provozní kontinuita a zotavení po havárii.
Poznámka:
Existují scénáře, kdy kombinace zónových, zónově redundantních a globálních služeb nejlépe vyhovuje obchodním a technickým požadavkům.
Další body ke zvážení
Informace o testování aplikací pro zajištění dostupnosti a odolnosti najdete v tématu Testování aplikací pro zajištění dostupnosti a odolnosti.
Každé datové centrum v oblasti je přiřazeno 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í toto mapování automaticky. Pomocí vyhrazeného rozhraní REST API ARM, listLocations a nastavením verze rozhraní API na 2022-12-01 můžete vypsat mapování logické zóny na fyzickou zónu pro vaše předplatné. Tyto informace jsou důležité pro důležité komponenty aplikace, které vyžadují společné umístění s prostředky Azure zařazené do kategorií strategické služby , které nemusí být dostupné ve všech fyzických zónách.