Monitorování koncových bodů Traffic Manageru

Článek
11/04/2021
15 min ke čtení

Azure Traffic Manager obsahuje integrované monitorování koncového bodu a automatické převzetí služeb při selhání. Tato funkce vám pomůže doručovat aplikace s vysokou dostupností, které jsou odolné vůči selhání koncového bodu, včetně selhání oblasti Azure.

Konfigurace monitorování koncového bodu

pokud chcete nakonfigurovat monitorování koncového bodu, musíte v profilu Traffic Manager zadat následující nastavení:

Protokol. jako protokol, který Traffic Manager používá při zjišťování koncového bodu ke kontrole jeho stavu, vyberte HTTP, HTTPS nebo TCP. Monitorování HTTPS neověřuje, jestli je certifikát TLS/SSL platný – jenom kontroluje, jestli je k dispozici certifikát.
Port. Vyberte port, který se používá pro požadavek.
Cesta. Toto nastavení konfigurace je platné jenom pro protokoly HTTP a HTTPS, pro které je nutné zadat nastavení cesty. Zadáním tohoto nastavení protokolu monitorování protokolu TCP dojde k chybě. V případě protokolu HTTP a HTTPS zadejte relativní cestu a název webové stránky nebo souboru, ke kterému má monitorování přístup. Lomítko (/) je platná položka pro relativní cestu. Tato hodnota znamená, že se soubor nachází v kořenovém adresáři (výchozí).
Vlastní nastavení záhlaví. toto nastavení konfigurace vám pomůže přidat konkrétní hlavičky HTTP do kontrol stavu, které Traffic Manager odesílá koncovým bodům v rámci profilu. Vlastní hlavičky je možné zadat na úrovni profilu, aby se mohly použít pro všechny koncové body v daném profilu a/nebo na úrovni koncového bodu, které platí jenom pro tento koncový bod. Vlastní hlavičky můžete použít pro kontroly stavu koncových bodů v prostředí s více klienty. Tímto způsobem je lze správně směrovat do jejich cíle zadáním hlavičky hostitele. toto nastavení můžete použít také přidáním jedinečných hlaviček, které lze použít k identifikaci Traffic Manager vzniklé požadavky HTTP (S) a jejich zpracování různým způsobem. Můžete zadat až osm párů záhlaví: hodnoty oddělené čárkou. Například "Header1: Hodnota1, header2: hodnota2".

Poznámka: použití znaků hvězdičky ( * ) ve vlastních Host hlavičkách není podporováno.
Očekávané rozsahy stavových kódů. Toto nastavení umožňuje zadat více rozsahů kódu úspěšnosti ve formátu 200-299, 301-301. pokud jsou tyto stavové kódy přijaty jako odpověď z koncového bodu při provedení kontroly stavu, Traffic Manager označí tyto koncové body jako v pořádku. Můžete zadat maximálně osm rozsahů stavových kódů. Toto nastavení se vztahuje pouze na protokol HTTP a HTTPS a na všechny koncové body. toto nastavení se nachází na úrovni profilu Traffic Manager a ve výchozím nastavení je hodnota 200 definovaná jako kód stavu úspěch.
Interval zjišťování tato hodnota určuje, jak často se kontroluje stav koncového bodu z Traffic Managerho agenta pro zjišťování. Sem můžete zadat dvě hodnoty: 30 sekund (normální zjišťování) a 10 sekund (rychlé zjišťování). Pokud nejsou zadány žádné hodnoty, profil nastaví výchozí hodnotu na 30 sekund. další informace o cenách pro rychlé zjišťování najdete na stránce s cenami Traffic Manager .
Tolerovat se počet selhání. tato hodnota určuje, kolik selhání agentu pro zjišťování Traffic Manager před příznačením tohoto koncového bodu na stav není v pořádku. Jeho hodnota může být v rozsahu od 0 do 9. Hodnota 0 znamená, že u tohoto koncového bodu může být označení není v pořádku. Pokud není zadaná žádná hodnota, použije se výchozí hodnota 3.
Vypršel časový limit testu. tato vlastnost určuje dobu, po kterou by měl agent Traffic Manager pro zjišťování čekat, než se u koncového bodu zobrazí chyba. Pokud je interval zjišťování nastavený na 30 sekund, pak můžete nastavit hodnotu časového limitu v rozmezí 5 až 10 sekund. Pokud není zadaná žádná hodnota, použije se výchozí hodnota 10 sekund. Pokud je interval zjišťování nastavený na 10 sekund, můžete nastavit hodnotu časového limitu mezi 5 a 9 sekundami. Pokud není zadaná žádná hodnota časového limitu, použije se výchozí hodnota 9 sekund.

obrázek: Traffic Manager monitorování koncového bodu

Jak funguje monitorování koncových bodů

když je monitorovací protokol nastavený jako HTTP nebo HTTPS, agent Traffic Managerho zjišťování vytvoří požadavek GET na koncový bod pomocí zadaného protokolu, portu a relativní cesty. Koncový bod se považuje za dobrý stav, pokud agent zjišťování obdrží odpověď 200-OK nebo kterákoli z odpovědí nakonfigurovaných v očekávaném * rozsahu stavového kódu. pokud je odpověď jinou hodnotou nebo neobdrží žádná odpověď v rámci časového limitu, agent Traffic Managerho zjišťování se pokusí znovu provést v závislosti na nastavení tolerováného počtu selhání. Pokud je toto nastavení 0, neudělaly se žádné opakování. Pokud je počet po sobě jdoucích selhání vyšší než nastavení Tolerováného počtu selhání, je koncový bod označen jako není v pořádku.

když je monitorovací protokol TCP, agent Traffic Manager probingu vytvoří požadavek na připojení TCP pomocí zadaného portu. Pokud koncový bod odpoví na požadavek s odezvou na navázání připojení, bude tato kontrolu stavu označena jako úspěšná. agent Traffic Manager pro zjišťování obnoví připojení TCP. v případech, kdy je odezva jiná nebo se v rámci časového limitu nepřijala žádná odpověď, se agent Traffic Manager probingu pokusí podle nastavení tolerováného počtu selhání. Pokud je toto nastavení 0, neudělaly se žádné opakování. Pokud je počet po sobě jdoucích selhání vyšší než nastavení tolerovat počet selhání, pak je tento koncový bod označen jako není v pořádku.

ve všech případech Traffic Manager sondy z více míst. Po sobě jdoucí selhání určuje, co se stane v rámci každé oblasti. to je důvod, proč koncovým bodům dostávají sondy stavu z Traffic Manager s vyšší frekvencí, než nastavení použité pro Interval zjišťování.

Poznámka

V případě protokolu HTTP nebo HTTPS je běžný postup na straně koncového bodu implementace vlastní stránky v rámci aplikace – například/Health.aspx. Pomocí této cesty k monitorování můžete provádět kontroly specifické pro aplikace, například zkontrolovat čítače výkonu nebo ověřit dostupnost databáze. Na základě těchto vlastních kontrol vrátí stránka odpovídající stavový kód HTTP.

všechny koncové body v profilu Traffic Manager sdílí nastavení monitorování. pokud potřebujete pro různé koncové body použít jiné nastavení monitorování, můžete vytvořit vnořené profily Traffic Manager.

Stav koncového bodu a profilu

můžete povolit a zakázat profily Traffic Manager a koncové body. důvodem změny stavu koncového bodu může být taky Traffic Manager automatizované nastavení a procesy.

Stav koncového bodu

Můžete povolit nebo zakázat konkrétní koncový bod. Podkladová služba, která může být stále v pořádku, není nijak ovlivněna. změna stavu koncového bodu řídí dostupnost koncového bodu v profilu Traffic Manager. pokud je stav koncového bodu zakázaný, Traffic Manager nekontrolují jeho stav a koncový bod není zahrnutý v odpovědi DNS.

Profile status

Pomocí nastavení stav profilu můžete povolit nebo zakázat konkrétní profil. Stav koncového bodu má vliv na jeden koncový bod a stav profilu má vliv na celý profil, včetně všech koncových bodů. Když profil zakážete, koncovým bodům se nekontrolují stav a v odpovědi DNS nejsou zahrnuté žádné koncové body. Pro dotaz DNS se vrátí kód NXDOMAIN odezvy.

Stav monitorování koncového bodu

stav monitorování koncového bodu je Traffic Manager generovaná hodnota, která zobrazuje stav koncového bodu. Toto nastavení nemůžete změnit ručně. Stav monitorování koncového bodu je kombinací výsledků monitorování koncového bodu a nakonfigurovaného stavu koncového bodu. Možné hodnoty stavu monitorování koncového bodu jsou uvedeny v následující tabulce:

Profile status	Stav koncového bodu	Stav monitorování koncového bodu	Poznámky
Zakázáno	Povoleno	Inactive	Profil byl zakázán. I když je stav koncového bodu povolený, má přednost stav profilu (zakázáno). Koncové body v zakázaných profilech nejsou monitorovány. Pro dotaz DNS se vrátí kód NXDOMAIN odezvy.
<libovolné>	Zakázáno	Zakázáno	Koncový bod byl zakázán. Zakázané koncové body nejsou monitorovány. Koncový bod není zahrnutý v odpovědích DNS, protože nepřijímá přenosy.
Povoleno	Povoleno	Online	Koncový bod je monitorovaný a je v pořádku. Je zahrnutý v odpovědích DNS a může přijímat provoz.
Povoleno	Povoleno	Snížený výkon	Kontrola stavu monitorování koncového bodu se nezdařila. Koncový bod není zahrnutý v odpovědích DNS a nepřijímá přenosy. Výjimka je v případě, že jsou všechny koncové body degradovány. V takovém případě jsou všechny z nich považovány za vrácené v reakci na dotaz).
Povoleno	Povoleno	CheckingEndpoint	Koncový bod je monitorovaný, ale zatím se nepřijaly výsledky prvního testu. CheckingEndpoint je dočasný stav, který se obvykle objevuje hned po přidání nebo povolení koncového bodu v profilu. Koncový bod v tomto stavu je zahrnutý v odpovědích DNS a může přijímat přenosy.
Povoleno	Povoleno	Zastaveno	Webová aplikace, na kterou koncový bod odkazuje, není spuštěná. Ověřte nastavení webové aplikace. K tomuto stavu může dojít také v případě, že koncový bod je typu vnořený koncový bod a podřízený profil je zakázán nebo je neaktivní. Koncový bod se stavem zastaveno není monitorován. Není zahrnutý v odpovědích DNS a nepřijímá přenos. Výjimka je v případě, že jsou všechny koncové body degradovány. V takovém případě se všechny z nich budou považovat za vrácené v reakci na dotaz.

podrobnosti o tom, jak se počítá stav monitorování koncového bodu pro vnořené koncové body, najdete v tématu vnořené Traffic Manager profily.

Poznámka

Stav zastaveného monitorování koncového bodu může nastat v App Service, pokud vaše webová aplikace neběží na úrovni Standard nebo vyšší. další informace najdete v tématu Traffic Manager integration with App Service.

Stav monitorování profilu

Stav monitorování profilu je kombinace nakonfigurovaného stavu profilu a hodnoty stavu monitorování koncového bodu pro všechny koncové body. Možné hodnoty jsou popsány v následující tabulce:

Stav profilu (jak je nakonfigurováno)	Stav monitorování koncového bodu	Stav monitorování profilu	Poznámky
Zakázáno	<libovolný > nebo profil bez definovaných koncových bodů.	Zakázáno	Profil byl zakázán.
Povoleno	Stav nejméně jednoho koncového bodu je degradován.	Snížený výkon	Zkontrolujte hodnoty stavu jednotlivých koncových bodů a určete, které koncové body vyžadují další pozornost.
Povoleno	Stav aspoň jednoho koncového bodu je online. Žádné koncové body nemají stav snížené úrovně.	Online	Služba přijímá provoz. Nevyžaduje se žádná další akce.
Povoleno	Stav nejméně jednoho koncového bodu je CheckingEndpoint. Žádné koncové body nejsou v režimu online nebo snížený stav.	CheckingEndpoints	K tomuto stavu přechodu dojde, pokud je profil vytvořen nebo povolen. Stav koncového bodu je kontrolován při prvním spuštění.
Povoleno	Stavy všech koncových bodů v profilu jsou buď zakázané, nebo zastavené, nebo profil nemá žádné definované koncové body.	Inactive	Žádné koncové body nejsou aktivní, ale profil je stále povolen.

Převzetí služeb při selhání a obnovení koncového bodu

Traffic Manager pravidelně kontroluje stav každého koncového bodu, včetně koncových bodů, které nejsou v pořádku. Traffic Manager detekuje, kdy se koncový bod narazí do stavu v pořádku a převede ho zpátky do rotace.

Koncový bod není v pořádku, když nastane kterákoli z následujících událostí:

Pokud je protokol monitorování HTTP nebo HTTPS:
- Odpověď, která není 200, nebo odpověď, která nezahrnuje rozsah stavu zadaný v nastavení očekávané rozsahy stavových kódů , se zobrazí jako přijaté. (Včetně jiného kódu 2xx nebo přesměrování 301/302).
Pokud je monitorovací protokol TCP:
- v reakci na žádost syn, která byla odeslána Traffic Manager k pokusu o připojení, obdrží odpověď jinou než ack nebo SYN-ack.
Prodlev.
Jakékoli další potíže s připojením, které mají za následek nedostupnost tohoto koncového bodu.

Další informace o neúspěšných kontrolách řešení potíží najdete v tématu řešení potíží se stavem sníženou Azure Traffic Manager.

časová osa na následujícím obrázku je podrobný popis procesu monitorování Traffic Managerho koncového bodu, který má následující nastavení:

Protokol monitorování je HTTP.
Interval zjišťování je 30 sekund.
Počet dovolených selhání je 3.
Hodnota časového limitu je 10 sekund.
Hodnota TTL služby DNS je 30 sekund.

pořadí převzetí služeb při selhání koncového bodu Traffic Manager

Obrázek: převzetí služeb při selhání koncového bodu Traffic Manageru a posloupnost obnovení

Získat. u každého koncového bodu Traffic Manager monitorovací systém požadavek GET na cestu zadanou v nastavení monitorování.
200 OK nebo vlastní rozsah kódu zadaný Traffic Manager nastavení monitorování profilu. Systém monitorování očekává, že se v rozsahu zadaném v nastavení monitorování vrátí do 10 sekund stav HTTP 200 OK nebo stavový kód. Při přijetí této odpovědi rozpozná, že je služba k dispozici.
30 sekund mezi kontrolami. Kontrolu stavu koncového bodu se opakuje každých 30 sekund.
Služba není k dispozici. Služba nebude k dispozici. Traffic Manager neví, dokud neproběhne další kontroly stavu.
Pokusí se získat přístup k cestě monitorování. Monitorovací systém provede požadavek GET, ale neobdrží odpověď v období časového limitu 10 sekund. Pak se pokusí o další tři pokusy v 30sekunových intervalech. Pokud je jeden z pokusů úspěšný, počet pokusů se resetuje.
Stav je nastavený na Degradovaný. Po čtvrtém po sobě jdoucím selhání systém monitorování označí nedostupný stav koncového bodu jako Degradovaný.
Provoz se odklání do jiných koncových bodů. Názvové Traffic Manager DNS se aktualizují a Traffic Manager už koncový bod nevrátí jako odpověď na dotazy DNS. Nová připojení se směrují na jiné dostupné koncové body. Předchozí odpovědi DNS, které obsahují tento koncový bod, však mohou být stále uložené v mezipaměti rekurzivními servery DNS a klienty DNS. Klienti nadále používají koncový bod, dokud nevyprší platnost mezipaměti DNS. S vypršením platnosti mezipaměti DNS budou klienti provádět nové dotazy DNS a budou přesměrováni na různé koncové body. Dobu trvání mezipaměti řídí nastavení hodnoty TTL v profilu Traffic Manager, například 30 sekund.
Kontroly stavu pokračují. Traffic Manager i nadále kontrolovat stav koncového bodu, zatímco má snížený výkon. Traffic Manager zjistí, kdy se koncový bod vrátí do stavu.
Služba se vrátí do režimu online. Služba bude dostupná. Koncový bod uchová svůj degradovaný stav Traffic Manager, dokud monitorovací systém neprosleduje další kontrolu stavu.
Provoz do služby obnoví. Traffic Manager požadavek GET a obdrží odpověď stavu 200 OK. Služba se vrátila do stavu V pořádku. Názvové Traffic Manager se aktualizují a začnou v odpovědích DNS předanět název DNS služby. Provoz se do koncového bodu vrátí jako odpovědi DNS uložené v mezipaměti, které vracejí jiné koncové body, vyprší a stávající připojení k jiným koncovým bodům končí.

Důležité

Traffic Manager nasadí několik sond z více umístění pro každý koncový bod. Více sond zvyšuje odolnost monitorování koncových bodů. Traffic Manager agreguje průměrný stav sond a nespoléhá se na instanci singelární sondy. Redundance systému pro zjišťování je z návrhu. Hodnoty koncových bodů by se měly prozkoumat holisticky, a ne na každou sondu. Číslo zobrazené pro stav sondy je průměr. Stav by měl být problémem pouze v případě, že stav aktualizace publikuje méně než 50 % (0,5) sond.

Poznámka

Protože Traffic Manager funguje na úrovni DNS, nemůže ovlivnit stávající připojení k žádnému koncovému bodu. Když směruje provoz mezi koncovými body (změněné nastavení profilu nebo během převzetí služeb při selhání nebo navrácení služeb po obnovení), Traffic Manager nová připojení k dostupným koncovým bodům. Ostatní koncové body můžou dál přijímat provoz přes existující připojení, dokud se tyto relace neukončí. Aby se umožnilo vyprázdní provoz z existujících připojení, aplikace by měly omezit dobu trvání relace použí použitou u každého koncového bodu.

Metody směrování provozu

Pokud má koncový bod snížený výkon, už se nebude reagovat na dotazy DNS. Místo toho se zvolí a vrátí alternativní koncový bod. Metoda směrování provozu nakonfigurovaná v profilu určuje, jak se zvolí alternativní koncový bod.

Priorita. Koncové body tvoří seznam seřazený podle priority. Vždy se vrátí první dostupný koncový bod v seznamu. Pokud je stav koncového bodu snížený, vrátí se další dostupný koncový bod.
Vážená . Všechny dostupné koncové body se náhodně zvolí na základě jejich přiřazených váze a váze ostatních dostupných koncových bodů.
Výkon. Vrátí se koncový bod, který je nejblíže koncovému uživateli. Pokud je tento koncový bod nedostupný, Traffic Manager provoz do koncových bodů v další nejbližší oblasti Azure. Alternativní plány převzetí služeb při selhání pro směrování provozu výkonu můžete nakonfigurovat pomocí vnořených profilů Traffic Manager převzetí služeb při selhání.
Geografická oblast. Vrátí se koncový bod namapovaný tak, aby sloužil zeměpisnému umístění na základě IP adres požadavku dotazu. Pokud tento koncový bod není k dispozici, nebude vybraný jiný koncový bod pro převzetí služeb při selhání, protože geografické umístění je možné mapovat pouze na jeden koncový bod v profilu. (Další podrobnosti najdete v nejčastějších dotazech). Při používání geografického směrování doporučujeme zákazníkům používat jako koncové body profilu vnořené profily Traffic Manager s více než jedním koncovým bodem.
MultiValue Vrátí se několik koncových bodů namapovaných na adresy IPv4/IPv6. Při přijetí dotazu pro tento profil se vrátí koncové body, které jsou v pořádku, na základě hodnoty Maximální počet záznamů v odpovědi, kterou jste zadali. Výchozí počet odpovědí je dva koncové body.
Podsíť Vrátí se koncový bod namapovaný na sadu rozsahů IP adres. Při přijetí požadavku z této IP adresy je vrácený koncový bod ten, který je namapovaný pro ip adresu.

Další informace najdete v tématu Traffic Manager směrování provozu.

Poznámka

Jedna výjimka z normálního chování směrování provozu nastane, když mají všechny oprávněné koncové body snížený výkon. Traffic Manager se pokusí "co nejlépe" a reaguje, jako by všechny koncové body se sníženou výkoní ve skutečnosti jsou v online stavu. Toto chování je vhodnější než alternativní řešení, které by nevracel žádný koncový bod v odpovědi DNS. Zakázané nebo zastavené koncové body se nesledují, proto se nepovažují za vhodné pro provoz.

Tento stav je běžně způsoben nesprávnou konfigurací služby, například:

Seznam řízení přístupu [ACL] blokující Traffic Manager stavu.
Nesprávná konfigurace monitorovacího portu nebo protokolu v profilu Traffic Manageru.

Důsledkem tohoto chování je, že pokud Traffic Manager nejsou správně nakonfigurované kontroly stavu, může se při směrování provozu zdát, že Traffic Manager funguje správně. V tomto případě ale nemůže dojít k převzetí služeb při selhání koncového bodu, což má vliv na celkovou dostupnost aplikace. Je důležité zkontrolovat, že se v profilu zobrazuje stav Online, ne degradovaný. Stav Online značí, že Traffic Manager stavu fungují podle očekávání.

Další informace o řešení potíží s neúspěšnou kontrolou stavu najdete v tématu Řešení potíží se sníženýmAzure Traffic Manager .