Spolehlivost v Azure Traffic Manageru

Azure Traffic Manager je nástroj pro vyrovnávání zatížení provozu založený na DNS, který distribuuje provoz optimálně napříč globálně distribuovanými back-endy. Traffic Manager poskytuje vysokou dostupnost a rychlou odezvu pro vaše veřejně přístupné aplikace pomocí DNS k směrování požadavků klientů na příslušné koncové body služby na základě metod směrování provozu a monitorování stavu koncových bodů.

Při používání Azure je spolehlivost sdílenou odpovědností. Microsoft nabízí celou řadu možností, které podporují odolnost a obnovení. Zodpovídáte za pochopení toho, jak tyto možnosti fungují ve všech službách, které používáte, a výběrem možností, které potřebujete ke splnění vašich obchodních cílů a cílů dostupnosti.

Tento článek popisuje možnosti spolehlivosti Azure Traffic Manager v reakci na řadu potenciálních výpadků, včetně přechodných chyb a selhání v celé oblasti. Zdůrazňuje také klíčové aspekty zachování odolnosti a přípravy na obnovení a poskytuje přehled smlouvy o úrovni služeb (SLA) Azure Traffic Manager.

Note

Tento článek popisuje, jak je služba Traffic Manager odolná nebo jak ji můžete nastavit jako odolnou vůči různým problémům. Nevysvětluje, jak pomocí Traffic Manager provádět failover mezi aplikacemi nebo oblastmi. Příklad architektury převzetí služeb při selhání najdete v tématu Vícevrstvá webová aplikace vytvořená pro zajištění vysoké dostupnosti a obnovu po havárii.

Doporučení pro nasazení do produkčního prostředí

Azure Well-Architected Framework poskytuje doporučení pro spolehlivost, výkon, zabezpečení, náklady a provoz. Pokud se chcete dozvědět, jak tyto oblasti vzájemně ovlivňují a přispívají ke spolehlivému řešení Traffic Manageru, přečtěte si osvědčené postupy Architecture pro Azure Traffic Manager v Well-Architected Framework.

Přehled architektury spolehlivosti

Tato část popisuje některé důležité aspekty fungování služby, které jsou z hlediska spolehlivosti nejrelevantní. Tato část představuje logickou architekturu, která obsahuje některé prostředky a funkce, které nasazujete a používáte. Popisuje také fyzickou architekturu, která poskytuje podrobnosti o tom, jak služba funguje v zákulisí.

Logická architektura

Když používáte Traffic Manager, nasadíte profil, který určuje back-endové koncové body vaší aplikace a nakonfiguruje způsob směrování požadavků traffic manageru do těchto koncových bodů. Další informace najdete v tématu Koncové body Traffic Manageru a metody směrování Traffic Manageru.

Profil Traffic Manageru se zobrazuje jako záznam DNS CNAME. Když obdrží požadavek na překlad adres od klienta nebo překladače DNS, Traffic Manager dynamicky přeloží IP adresu na základě pravidel zadaných v profilu. Odpovědností Traffic Manageru je poskytnout klientům IP adresu koncového bodu pro přístup k vaší službě. Po překladu ip adres neprotéká žádný provoz vaší aplikace přes Traffic Manager. Další informace naleznete v tématu Jak Traffic Manager funguje.

Traffic Manager monitoruje stav koncových bodů a směruje příchozí požadavky do koncových bodů, které jsou v pořádku, a současně se vyhnete koncovým bodům, které nejsou v pořádku. Další informace najdete v tématu Monitorování koncových bodů Traffic Manageru.

Important

Spolehlivost vašeho celkového řešení závisí na konfiguraci koncových bodů, do kterých traffic manager směruje provoz.

Tento článek se nezabývá koncovými body, ale jejich konfigurace dostupnosti přímo ovlivňují odolnost vaší aplikace. Projděte si průvodce spolehlivostí služeb Azure ve vašem řešení a zjistěte, jak každá služba podporuje vaše požadavky na spolehlivost.

Fyzická architektura

Traffic Manager funguje jako neregionální služba a nasazuje její infrastrukturu napříč několika zónami dostupnosti ve více Azure oblastech po celém světě. Tento návrh umožňuje službě Traffic Manager zůstat odolný během výpadku zóny dostupnosti nebo oblasti, protože infrastruktura v jiné zóně nebo oblasti nadále reaguje na žádosti o řešení.

Globální internetové protokoly, jako jsou Anycast, DNS a BGP, automaticky směrují příchozí požadavky na překlad DNS do nejbližší infrastruktury Traffic Manageru, která je v pořádku.

Odolnost proti přechodným chybám

Přechodné chyby jsou krátká, přerušovaná selhání ve složkách. V distribuovaném prostředí, jako je cloud, se vyskytují často a jsou normální součástí provozu. Přechodné chyby se opravují po krátké době. Je důležité, aby vaše aplikace mohly zpracovávat přechodné chyby, obvykle opakováním ovlivněných požadavků.

Všechny aplikace hostované v cloudu by měly postupovat podle Azure pokynů pro zpracování přechodných chyb, když komunikují s libovolnými rozhraními API, databázemi a dalšími komponentami hostovanými v cloudu. Další informace najdete v tématu Doporučení pro zpracování přechodných chyb.

Traffic Manager funguje na úrovni DNS a používá sondy stavu k monitorování dostupnosti koncových bodů. Služba zpracovává přechodné chyby prostřednictvím globální infrastruktury DNS a možností monitorování koncových bodů.

Při použití Traffic Manageru zvažte následující typy přechodných chyb samostatně:

  • Přechodné chyby během překladu DNS: Pokud během překladu DNS dojde k přechodné chybě, měl by klient nebo zprostředkující resolver provést opětovné pokusy.

  • Přechodné chyby ovlivňující koncové body back-endu:Monitorování koncových bodů Traffic Manageru pravidelně kontroluje stav koncových bodů. Přechodná chyba v rámci koncového bodu nebo v síťové cestě ke koncovému bodu může být zjištěna jako koncový bod, který není v pořádku. Nakonfigurujte monitorování koncových bodů tak, aby v určitém časovém období hledalo po sobě jdoucí problémy.

Doba živého záznamu DNS (TTL) určuje, jak vaše řešení zpracovává chyby. Pokud je hodnota TTL velmi nízká, klienti musí zasílat více žádostí na Traffic Manager a může dojít k více přechodným chybám. Pokud je hodnota TTL velmi vysoká, v případě skutečné chyby v koncovém bodu můžou klienti zaznamenat zpoždění přepnutí služby, dokud nevyprší hodnota TTL. TTLs pečlivě nakonfigurujte tak, aby vyvážely dostupnost, latenci a rychlost odezvy. Když použijete Azure DNS, může automaticky nakonfigurovat hodnotu TTL záznamu tak, aby odpovídala hodnotě TTL profilu, což je ve výchozím nastavení 60 sekund. Další informace najdete v tématu Aspekty výkonu služby Traffic Manager.

Odolnost proti chybám zóny dostupnosti

Zóny dostupnosti jsou fyzicky oddělené skupiny datacenter v rámci oblasti Azure. Když jedna zóna selže, mohou služby přejít na jednu ze zbývajících zón.

Traffic Manager funguje jako neregionální služba a nasazuje její infrastrukturu napříč několika zónami dostupnosti ve více Azure oblastech po celém světě. Replikuje změny vašeho profilu synchronně napříč těmito zónami a oblastmi. Tento návrh umožňuje službě Traffic Manager zůstat odolný během výpadku zóny dostupnosti, protože infrastruktura v jiné zóně nebo oblasti nadále reaguje na žádosti o řešení.

Odolnost proti selháním v celé oblasti

Traffic Manager funguje jako neregionální služba a nasazuje její infrastrukturu napříč několika zónami dostupnosti ve více Azure oblastech po celém světě. Tento návrh umožňuje službě Traffic Manager zůstat odolný během výpadku oblasti, protože infrastruktura v jiné zóně nebo oblasti nadále reaguje na žádosti o řešení.

Odolnost proti výpadkům portálu a nástroje pro správu

Pokud svůj profil Traffic Manageru spravujete na portálu Azure, připravte se na scénáře, ve kterých k němu nemůžete získat přístup, zejména pokud potřebujete změnit konfiguraci profilu během výpadku platformy.

Stejně jako ostatní služby Azure služba Traffic Manager podporuje nasazení a správu prostřednictvím různých nástrojů. Doporučujeme vám seznámit se s používáním Azure CLI nebo Azure PowerShell ke správě profilu. Případně nasaďte a nakonfigurujte svůj profil pomocí infrastruktury jako kód s využitím technologií, jako jsou Bicep nebo Terraform. Tyto nástroje zůstávají funkční i v případě, že dojde ke snížení výkonu portálu Azure.

Zálohování a obnovení

Traffic Manager je bezstavová služba DNS. Neuchovává vaše data a nemá žádnou možnost zálohování ani obnovení.

Pokud chcete chránit konfiguraci prostředků, definujte profily Traffic Manageru a další prostředky pomocí infrastruktury jako kódu (například Bicep nebo šablon ARM) a uložte tyto definice do správy zdrojového kódu. Pokud potřebujete prostředek znovu vytvořit, znovu ho nasaďte z uložené konfigurace.

Odolnost vůči údržbě služeb

Microsoft pravidelně používá aktualizace služeb a provádí další údržbu. Platforma Azure tyto aktivity zpracovává automaticky a zajišťuje, aby byla údržba pro vás bezproblémová a transparentní. Během událostí údržby není očekáván výpadek, pokud jste nebyli informováni prostřednictvím plánované údržby služby Azure Service Health.

Smlouva o úrovni služeb

Smlouva o úrovni služeb (SLA) pro služby Azure popisuje očekávanou dostupnost každé služby a podmínky, které musí vaše řešení splnit, aby bylo dosaženo očekávané dostupnosti. Další informace najdete v tématu Smlouvy SLA pro online služby.

Azure Traffic Manager poskytuje smlouvu SLA o dostupnosti 100% pro odpovědi na dotazy DNS, pokud klienti opakovaně opakují neúspěšné požadavky.

Související obsah

  • Last updated on