Vysoká dostupnost pro service Připojení or
Service Připojení or podporuje zóny dostupnosti Azure, které vám pomůžou dosáhnout odolnosti a spolehlivosti pro důležité obchodní úlohy. Cílem architektury vysoké dostupnosti ve službě Připojení or je zaručit, že vaše připojení služeb jsou v provozu alespoň 99,9 % času, takže se nemusíte starat o účinky potenciálních operací údržby a výpadků. Služba Připojení or je navržená tak, aby poskytovala podporu vysoké dostupnosti pro všechny typy aplikací, které používáte v Azure.
Uživatelé můžou distribuovat výpočetní služby Azure napříč zónami dostupnosti v mnoha oblastech. Service Připojení or je poskytovatel prostředků rozšíření pro tyto výpočetní služby. Když ve výpočetní službě vytvoříte připojení služby s povolenými zónami dostupnosti, Azure také automaticky nastaví odpovídající zónu dostupnosti připojení služby pro vaše připojení ke službě. Microsoft zodpovídá za nastavení zón dostupnosti a zotavení po havárii pro vaše připojení služeb.
Zónová redundance ve službě Připojení or
Service Připojení or je poskytovatel prostředků rozšíření Azure. Rozšiřuje Aplikace Azure Service, Azure Spring Apps a Azure Container Apps. Když vytvoříte nové připojení služby v některé z těchto výpočetních služeb pomocí service Připojení or, prostředek připojení se zřídí jako součást nadřazené výpočetní služby nejvyšší úrovně.
Pokud chcete povolit redundanci zón pro vaše připojení, musíte pro výpočetní službu povolit redundanci zóny. Jakmile je výpočetní služba nakonfigurovaná s redundancí zóny, připojení služeb se také automaticky stanou zónově redundantní. Pokud máte například službu App Service s povolenou redundancí zóny, platforma automaticky rozdělí instance služby App Service mezi tři zóny ve vybrané oblasti. Když v této službě App Service vytvoříte připojení služby se službou Připojení, prostředek připojení služby se automaticky vytvoří také ve třech odpovídajících zónách ve vybrané oblasti. Provoz se směruje na všechny dostupné prostředky připojení. Když dojde k výpadku zóny, platforma zjistí ztracené instance, automaticky se pokusí najít nové náhradní instance a podle potřeby rozloží provoz.
Poznámka:
Pokud chcete vytvářet, aktualizovat, ověřovat a vypisovat připojení služeb, služba Připojení or volá rozhraní API z výpočetní služby a cílové služby. Vzhledem k tomu, že služba Připojení or spoléhá na odpovědi z výpočetní služby i cílové služby, nemusí požadavky na službu service Připojení or ve scénáři se zónou uspět, pokud cílová služba není dostupná. Toto omezení platí pro App Service, Azure Container Apps a Azure Spring Apps.
Vytvoření zónově redundantního připojení služby pomocí Připojení oru služby
Podle následujících pokynů vytvořte zónově redundantní připojení služby ve službě App Service pomocí Azure CLI nebo webu Azure Portal. Stejný proces můžete použít k vytvoření zónově redundantního připojení pro výpočetní služby Azure Spring Apps a Azure Container Apps.
Pokud chcete povolit redundanci zón pro připojení služby pomocí Azure CLI, začněte vytvořením zónově redundantní služby App Service.
Vytvořte plán služby App Service a zahrňte
--zone-redundantparametr. Volitelně můžete zahrnout--number-of-workersparametr pro určení kapacity. Další podrobnosti najdete v tématu Nasazení zónově redundantní služby App Service.az appservice plan create --resource-group MyResourceGroup --name MyPlan --zone-redundant --number-of-workers 6Vytvořte aplikaci ve službě App Service a připojení k vašemu účtu Blob Storage nebo jiné cílové službě podle vašeho výběru.
az webapp create --name MyApp --plan MyPlan resource-group MyResourceGroup az webapp connection create storage-blob
Když jste povolili redundanci zón pro službu App Service, připojení služby je také zónově redundantní.
Tip
Doporučujeme povolit redundanci zón pro cílovou službu. Ve scénáři mimo zónu se provoz do vašeho připojení automaticky rozšíří do jiných zón. Vytváření, ověřování a aktualizace připojení se ale spoléhá na rozhraní API pro správu z cílové služby. Pokud cílová služba nepodporuje redundanci zón nebo nemá povolenou redundanci zón, tyto operace selžou.
Vysvětlení zotavení po havárii a odolnosti ve službě Připojení or
Zotavení po havárii je proces obnovení funkčnosti aplikace po katastrofické ztrátě.
V cloudu bereme na vědomí, že k selháním určitě dojde. Místo snahy kompletně zabránit selháním je cílem minimalizace dopadu selhání jedné komponenty. Pokud dojde k havárii, služba Připojení or převezme služby při selhání spárované oblasti. Zákazníci nemusí nic dělat, pokud se výpadek rozhodne nebo deklaruje tým služby Připojení or.
Termíny RTO (Cíl doby obnovení) použijeme k označení času mezi začátkem výpadku, který má vliv na službu Připojení, a obnovením na plnou dostupnost. Použijeme RPO (Cíl bodu obnovení) k označení času mezi poslední operací správně obnovenou a časem spuštění výpadku ovlivňujícího Připojení or služby. Očekávané a maximální cíl bodu obnovení je 24 hodin a RTO je 24 hodin.
Operace se službou Service Připojení or můžou během havárie selhat, než dojde k převzetí služeb při selhání. Po dokončení převzetí služeb při selhání se data obnoví a zákazník nemusí provádět žádnou akci.
Konektor služby zpracovává provozní kontinuitu a zotavení po havárii (BCRD) pro úložiště a výpočetní prostředky. Platforma se snaží mít co nejmenší dopad v případě problémů s úložištěm a výpočetními prostředky v libovolné oblasti. Návrh datové vrstvy upřednostňuje dostupnost před latencí v případě havárie, což znamená, že pokud dojde k výpadku oblasti, služba Připojení or se pokusí obsloužit požadavek koncového uživatele ze své spárované oblasti.
Během akce převzetí služeb při selhání zpracovává service Připojení or přemapování DNS do dostupných oblastí. Všechna data a akce ze zobrazení zákazníka slouží po převzetí služeb při selhání jako obvykle. Služba Připojení or změní dns přibližně za hodinu. Provedení ručního převzetí služeb při selhání by trvalo déle. Vzhledem k tomu, že služba Připojení or je poskytovatel prostředků založený na jiných službách Azure, skutečný čas závisí na době převzetí služeb při selhání podkladových služeb.
Podpora oblasti zotavení po havárii
Služba Připojení or aktuálně podporuje následující páry oblastí. V případě výpadku primární oblasti se automaticky spustí převzetí služeb při selhání sekundární oblasti.
| Primární | Sekundární |
|---|---|
| USA – východ 2 (EUAP) | East US |
| USA – středozápad | USA – středozápad 2 |
| West Europe | Severní Evropa |
| Severní Evropa | West Europe |
| East US | Západní USA 2 |
| Západní USA 2 | East US |
Převzetí služeb při selhání mezi oblastmi
Microsoft zodpovídá za zpracování převzetí služeb při selhání mezi oblastmi. Služba Připojení or spouští kontroly stavu každých 10 minut a regionální převzetí služeb při selhání se detekuje a zpracovává v back-endu služby Připojení or. Proces převzetí služeb při selhání nevyžaduje žádné změny v konfiguracích výpočetních služeb nebo aplikací zákazníka. Služba Připojení or používá konfiguraci clusteru typu aktivní-pasivní s automatickým převzetím služeb při selhání. Po zotavení po havárii můžou zákazníci používat úplné funkce poskytované službou Připojení or.
Kontrola stavu, která se spouští každých 10 minut, simuluje chování uživatelů tím, že vytváří, ověřuje a aktualizuje připojení k cílovým službám v každé výpočetní službě podporované službou Připojení or. Microsoft začne analyzovat a spustit převzetí služeb při selhání služby Připojení, pokud splníme některou z následujících podmínek:
- Kontrola stavu služby třikrát za sebou selže.
- Závislé služby služby Připojení or deklarují výpadek
- Zákazníci hlásí výpadek oblasti.
Během převzetí služeb při selhání mají vliv požadavky na připojení ke službám. Po dokončení převzetí služeb při selhání se obnoví data připojení služby. Stavovou stránku Azure můžete zkontrolovat a zkontrolovat stav všech služeb Azure.
Další kroky
Další informace o službě Připojení or najdete v níže uvedeném článku o konceptu.