Share via

Doporučení pro návrh s vysokou dostupností ve více oblastech

  • Článek

Platí pro toto doporučení kontrolního seznamu spolehlivosti azure Well-Architected Framework:

RE:05 Přidejte redundanci na různých úrovních, zejména pro kritické toky. Použijte redundanci na výpočetní, datové, síťové a další úrovně infrastruktury v souladu s určenými cíli spolehlivosti.

Související příručky | : Redundancepomocí zón dostupnosti a oblastí

Tato příručka popisuje doporučení pro návrh vysoce dostupného cloudového prostředí s více oblastmi. Vysoká dostupnost je základním principy návrhu pro zajištění spolehlivosti. Vysoce dostupná architektura vám pomůže co nejvíce předejít výpadkům a efektivně se zotavit, pokud dojde k výpadku.

Aktivní-aktivní a aktivní-pasivní jsou obecné typy architektury, které se dají použít různými způsoby v závislosti na platformě, na které nasazujete své prostředí. Tato příručka se zaměřuje na návrh cloudového prostředí ve více oblastech. V Azure můžete také navrhnout architekturu aktivní-aktivní nebo aktivní-pasivní v rámci jedné oblasti pomocí zón dostupnosti. Podrobné pokyny k návrhu architektury s vysokou dostupností pomocí zón dostupnosti najdete v průvodci rozhraním Azure Well-Architected Framework.

Klíčové strategie návrhu

Aktivní-aktivní a aktivní-pasivní jsou dva základní přístupy k návrhu vysoce dostupného cloudového prostředí. Prostředí aktivní-aktivní jsou navržená tak, aby zvládla produkční zatížení ve všech oblastech, ve kterých úlohu nasazujete. Prostředí aktivní-pasivní jsou navržená tak, aby zvládla produkční zatížení pouze v primární oblasti, ale v případě potřeby se převzetí služeb při selhání převede do sekundární (pasivní) oblasti. Výběr nejlepších oblastí Azure pro vaši úlohu je klíčovou součástí návrhu vysoce dostupného prostředí s více oblastmi. Pokyny k výběru oblastí Azure najdete v průvodci výběrem oblastí Azure.

Tato část popisuje možnosti návrhu, které byste měli zvážit při vyhodnocování jednotlivých vzorů a upřesnění architektury tak, aby splňovala vaše obchodní požadavky.

Pokyny k návrhu úloh opakovatelným a škálovatelným způsobem najdete v tématu Model razítka nasazení. Tento vzor návrhu vám může pomoct optimalizovat návrh s vysokou dostupností pro efektivní správu.

Následující části popisují možnosti návrhu těchto dvou vzorů.

Aktivní-aktivní

  • Aktivní-aktivní v kapacitě: Zrcadlené razítko nasazení ve dvou nebo více oblastech Azure, z nichž každá je nakonfigurovaná pro zpracování produkčních úloh pro oblast nebo oblasti, které obsluhují, a škálovatelná pro zpracování zatížení z jiných oblastí v případě regionálního výpadku.

    • Sítě: K rozložení provozu mezi oblastmi použijte latenci nebo vážené globální směrování.

    • Replikace a konzistence dat: Použijte globálně distribuované úložiště dat, jako je Azure Cosmos DB , pro funkce čtení a zápisu ve více oblastech. Pro relační databáze použijte repliky pro čtení s připojovacími řetězci jen pro čtení.

    • Výhoda tohoto návrhu: Nižší provozní náklady než u nadlimitního návrhu.

    • Nevýhoda tohoto návrhu: Možné snížení uživatelského prostředí při vertikálním navýšení kapacity tak, aby splňovalo požadavky na plné zatížení, pokud dojde k výpadku v jiné oblasti.

  • Nadměrné zřízení aktivní-aktivní: Zrcadlené razítko nasazení ve dvou nebo více oblastech Azure, z nichž každá je nadřízená pro zpracování produkčních úloh pro oblast nebo oblasti, které obsluhují, a pro zpracování zatížení z jiných oblastí v případě regionálního výpadku.

    • Sítě: K rozložení provozu mezi oblastmi použijte latenci nebo vážené globální směrování.

    • Replikace a konzistence dat: Použijte globálně distribuované úložiště dat, jako je Azure Cosmos DB , pro funkce čtení a zápisu ve více oblastech. Pro relační databáze použijte repliky pro čtení s připojovacími řetězci jen pro čtení.

    • Výhoda tohoto návrhu: Co nejodolnější návrh.

    • Nevýhoda tohoto návrhu: Vyšší provozní náklady než škálovatelný návrh.

  • Běžné výhody obou návrhů: Vysoká odolnost a nízké riziko výpadku plného zatížení.

  • Společné nevýhody obou návrhů: Vyšší provozní náklady a zatížení správy způsobené různými faktory, včetně nutnosti spravovat synchronizaci stavu aplikace a dat.

Aktivní-pasivní

  • Teplá rezerva: Jedna primární oblast a jedna nebo více sekundárních oblastí. Sekundární oblast se nasadí s minimální možnou velikostí výpočetních prostředků a dat a spustí se bez zatížení. Tato oblast se označuje jako teplá náhradní oblast. Při převzetí služeb při selhání se výpočetní a datové prostředky škálují tak, aby zvládly zatížení z primární oblasti.

    • Sítě: Použijte globální směrování s prioritou .

    • Replikace a konzistence dat: Replikujte databázi do pasivní oblasti a využijte funkce automatického převzetí služeb při selhání řešení paaS (platforma jako služba), jako je Azure Cosmos DB a Azure SQL Database.

    • Výhoda tohoto návrhu: Nejkratší doba obnovení mezi návrhy typu aktivní-pasivní.

    • Nevýhoda tohoto návrhu: Nejvyšší provozní náklady mezi aktivními a pasivními konstrukcemi.

  • Studená rezerva: Jedna primární oblast a jedna nebo více sekundárních oblastí. Sekundární oblast se škáluje tak, aby zvládla úplné zatížení, ale všechny výpočetní prostředky se zastaví. Tato oblast se označuje jako studená náhradní oblast. Před převzetím služeb při selhání je potřeba spustit prostředky.

    • Sítě: Použijte globální směrování s prioritou .

    • Replikace a konzistence dat: Replikujte databázi do pasivní oblasti a využijte funkce automatického převzetí služeb při selhání řešení PaaS, jako je Azure Cosmos DB a Azure SQL Database.

    • Výhoda tohoto návrhu: Nižší provozní náklady než u teplého náhradního provedení.

    • Nevýhoda tohoto návrhu: Delší doba zotavení než u teplého náhradního provedení.

  • Opětovné nasazení při havárii: Jedna primární oblast a jedna nebo více sekundárních oblastí. V sekundární oblasti se nasadí jenom nezbytné sítě. Aby mohli operátoři převzít služby při selhání úloh, musí v sekundární oblasti spouštět skripty zřizování. Tento návrh se označuje jako opětovné nasazení při havárii.

    • Sítě: Použijte globální směrování s prioritou .

    • Replikace a konzistence dat: Nasaďte nové instance databáze a dosazujte data ze záloh.

    • Výhoda tohoto návrhu: Nejnižší provozní náklady.

    • Nevýhoda tohoto návrhu: Nejdelší doba obnovení.

  • Běžné výhody aktivních a pasivních návrhů: Nižší provozní náklady a menší každodenní administrativní zátěž než návrhy aktivní-aktivní. Není potřeba synchronizovat stav aplikace.

  • Běžné nevýhody návrhů typu aktivní-pasivní: Delší a složitější proces obnovení. Vyšší pravděpodobnost nutnosti ručního zásahu pro úspěšné převzetí služeb při selhání

Poznámka

Bez ohledu na návrh vysoké dostupnosti nezapomeňte nakonfigurovat redundanci pro podpůrné služby, jako je infrastruktura Azure DevOps, jump boxy, monitorování a všechny další důležité služby, které jsou nezbytné ke správě úloh.

Usnadnění Azure

  • Azure Front Door kombinuje funkce globálního směrování Azure Traffic Manageru se systémem pro doručování obsahu a bránou firewall webových aplikací, které vám pomůžou spravovat úlohy s vysokou dostupností.

  • Azure Cosmos DB je globálně distribuovaná databázová platforma NoSQL, která vám může pomoct s provozem prostředí aktivní-aktivní a minimalizovat riziko výpadku v případě regionálního výpadku.

Kontrolní seznam spolehlivosti

Projděte si kompletní sadu doporučení.

Kontrolní seznam spolehlivosti