Monitorování koncových bodů Traffic Manageru

Součástí Azure Traffic Manageru je integrované monitorování koncových bodů a automatické převzetí služeb při jejich selhání. Díky této funkci můžete poskytovat vysoce dostupné aplikace, které jsou odolné vůči selhání koncových bodů, a to i v případě selhání oblastí Azure. Traffic Manager ve výchozím nastavení umožňuje monitorování koncových bodů. Pokud chcete monitorování zakázat, přečtěte si téma Povolení nebo zakázání kontrol stavu.

Konfigurace monitorování koncových bodů

Zadejte následující nastavení v profilu Traffic Manageru pro konfiguraci monitorování koncových bodů:

  • Protokol. Jako protokol, který Traffic Manager používá ke kontrole stavu koncového bodu, zvolte PROTOKOL HTTP, HTTPS nebo TCP. Monitorování HTTPS neověřuje, jestli je váš certifikát TLS/SSL platný, kontroluje pouze přítomnost certifikátu.

Poznámka:

Podpora služby Traffic Manager pro protokol TLS 1.0 a 1.1 skončila 28. února 2025. Další informace najdete v tématu Nejčastější dotazy k protokolu TLS služby Traffic Manager.

  • Port. Zvolte port použitý pro požadavek.
  • Cesta. Toto nastavení konfigurace je platné pouze pro protokoly HTTP a HTTPS, pro které se vyžaduje nastavení cesty. Toto nastavení způsobí chybu s protokolem monitorování TCP. V případě protokolu HTTP a HTTPS zadejte relativní cestu a název webové stránky nebo souboru, ke kterému přistupuje monitorování. Šikmé lomítko / je platnou položkou pro relativní cestu. Tato hodnota znamená, že soubor je 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á do koncových bodů 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 tomto profilu nebo na úrovni koncového bodu platné pouze pro tento koncový bod. Vlastní hlavičky můžete použít k kontrolám stavu koncových bodů v prostředí s více tenanty. Tímto způsobem se dá správně směrovat do 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é se dají použít k identifikaci požadavků HTTP(S) pocházejících z Traffic Manageru a jejich zpracování odlišně. Můžete zadat až osm header:value dvojic oddělených čárkou. Například header1:value1, header2:value2.

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ěchu ve formátu 200–299, 301-301. Pokud se tyto stavové kódy obdrží jako odpověď z koncového bodu při kontrole stavu, Traffic Manager označí tyto koncové body jako v pořádku. Můžete zadat maximálně osm rozsahů stavového kódu. Toto nastavení platí jenom pro protokol HTTP a HTTPS a pro všechny koncové body. Toto nastavení je na úrovni profilu Traffic Manageru a ve výchozím nastavení je hodnota 200 definována jako stavový kód úspěchu.
  • Interval sondování. Tato hodnota určuje, jak často se koncový bod kontroluje pro jeho zdravotní stav sondovacím agentem Traffic Manageru. Tady můžete zadat dvě hodnoty: 30 sekund (normální sondování) a 10 sekund (rychlá sonda). Pokud nejsou zadány žádné hodnoty, profil se nastaví na výchozí hodnotu 30 sekund. Další informace o cenách rychlého testování najdete na cenové stránce služby Traffic Manager.
  • Tolerovaný počet selhání Tato hodnota určuje, kolik selhání probíhající agent Traffic Manageru toleruje, než označí tento koncový bod jako nezdravý. Jeho hodnota může být v rozsahu od 0 do 9. Hodnota 0 znamená, že jedno selhání monitorování může způsobit, že koncový bod bude označený jako nezdravý. Pokud není zadaná žádná hodnota, použije výchozí hodnotu 3.
  • Časový limit sondy Tato vlastnost určuje dobu, po kterou by měl agent sondy služby Traffic Manager čekat, než prohlásí zdravotní kontrolu na koncový bod za selhání. Pokud je interval sondy nastavený na 30 sekund, můžete nastavit hodnotu časového limitu mezi 5 a 10 sekund. Pokud není zadaná žádná hodnota, použije výchozí hodnotu 10 sekund. Pokud je interval probing nastaven na 10 sekund, můžete nastavit hodnotu časového limitu mezi 5 a 9 sekund. Pokud není zadaná žádná hodnota časového limitu, použije se výchozí hodnota 9 sekund.

Snímek obrazovky s nastavením konfigurace monitorování koncových bodů Traffic Manageru na webu Azure Portal

Obrázek: Monitorování koncových bodů Traffic Manageru

Jak funguje monitorování koncových bodů

Pokud je monitorovací protokol nastaven jako HTTP nebo HTTPS, sonda Traffic Manageru odešle do koncového bodu požadavek GET pomocí zadaného protokolu, portu a relativní cesty. Traffic Manager považuje koncový bod za v pořádku, pokud agent probing obdrží odpověď 200-OK nebo jakoukoli z odpovědí nakonfigurovaných v rozsahech očekávaných stavových kódů. Pokud je odpověď jinou hodnotou nebo se během časového limitu neobdrží žádná odpověď, probing agent Traffic Manageru se znovu pokusí podle nastavení Tolerovaného počtu selhání. Pokud je toto nastavení 0, neprovádí se žádné reattempty. Koncový bod není v pořádku, pokud je počet po sobě jdoucích selhání vyšší než nastavení Tolerovaného počtu selhání .

Pokud je monitorovací protokol TCP, agent probing Traffic Manager vytvoří požadavek na připojení TCP pomocí zadaného portu. Pokud koncový bod odpoví na požadavek odpovědí na navázání připojení, označí se tato kontrola stavu jako úspěšná. Agent pro zjišťování služby Traffic Manager resetuje TCP připojení. V případech, kdy je odpověď odlišnou hodnotou nebo se během časového limitu nepřijala žádná odpověď, se agent Traffic Manageru pokusí znovu kontaktovat podle nastavení Tolerovaného počtu selhání. Pokud je toto nastavení 0, neprovedou se žádné reattempty. Pokud je počet po sobě jdoucích selhání vyšší než nastavení Tolerovaného počtu selhání , znamená to, že tento koncový bod není v pořádku.

Ve všech případech provádí Traffic Manager kontroly z více umístění. Po sobě jdoucí selhání určuje, co se stane v jednotlivých oblastech. To je důvod, proč koncové body přijímají sondy stavu z Traffic Manageru s vyšší frekvencí, než je nastavení používané pro interval sondy stavu.

Poznámka:

V případě monitorovacího protokolu HTTP nebo HTTPS je běžným postupem na straně koncového bodu implementace vlastní stránky v rámci vaší aplikace , například /health.aspx. Tato cesta slouží k provádění kontrol specifických pro aplikaci, jako je kontrola čítačů výkonu nebo ověření dostupnosti 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 Manageru sdílejí nastavení monitorování. Pokud potřebujete použít různá nastavení monitorování pro různé koncové body, můžete vytvořit vnořené profily Traffic Manageru.

Stav koncového bodu a profilu

Podle potřeby můžete profily a koncové body Traffic Manageru povolit nebo zakázat. Stav koncového bodu se ale může také změnit kvůli automatizovaným nastavením a procesům Traffic Manageru.

Stav koncového bodu

Můžete povolit nebo zakázat konkrétní koncový bod. Základní služba, která může být stále v pořádku, nemá vliv. Změna stavu koncového bodu řídí dostupnost koncového bodu v profilu Traffic Manageru. Když je stav koncového bodu zakázaný, Traffic Manager nekontroluje jeho stav a koncový bod není součástí odpovědi DNS.

Stav profilu

Pomocí nastavení stavu profilu můžete povolit nebo zakázat konkrétní profil. Stav koncového bodu má vliv na jeden koncový bod, ale stav profilu ovlivňuje celý profil včetně všech koncových bodů. Když profil zakážete, nezjišťuje se stav koncových bodů, a proto se žádné koncové body nezahrnují do odpovědi na DNS. Pro dotaz DNS se vrátí kód odpovědi NXDOMAIN .

Stav monitorování koncového bodu

Stav monitorování koncových bodů je hodnota vygenerovaná službou Traffic Manager, 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ých bodů a nakonfigurovaného stavu koncového bodu. Možné hodnoty stavu monitorování koncových bodů jsou uvedené v následující tabulce:

Stav profilu Stav koncového bodu Stav monitorování koncového bodu Poznámky
Zakázáno Povoleno Neaktivní 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 se nemonitorují. Pro dotaz DNS se vrátí kód odpovědi NXDOMAIN.
<jakýkoliv> Zakázáno Zakázáno Koncový bod byl deaktivován. Zakázané koncové body se nemonitorují. Koncový bod není součástí odpovědí DNS, a proto nepřijímá provoz.
Povoleno Povoleno Online Koncový bod se monitoruje a je v pořádku. Je součástí odpovědí DNS a může přijímat provoz.
Povoleno Povoleno Degradovaný Kontroly stavu monitorování koncových bodů selhávají. Koncový bod není součástí odpovědí DNS a nepřijímá provoz.
Výjimkou je, pokud jsou všechny koncové body degradované. V takovém případě se všechny z nich v odpovědi dotazu považují za vrácené.
Povoleno Povoleno CheckEndpoint Koncový bod se monitoruje, ale výsledky první sondy ještě nebyly přijaty. CheckEndpoint je dočasný stav, ke kterému obvykle dochází okamžitě po přidání nebo povolení koncového bodu v profilu. Koncový bod v tomto stavu je součástí odpovědí DNS a může přijímat provoz.
Povoleno Povoleno Zastaveno Webová aplikace, na kterou koncový bod odkazuje, není spuštěná. Zkontrolujte nastavení webové aplikace. K tomuto stavu může dojít také, když je koncový bod typu "vnořený koncový bod" a podřízený profil je zakázaný nebo neaktivní.
Koncový bod se stavem Zastaveno se nemonitoruje. Není součástí odpovědí DNS a nepřijímá provoz. Výjimkou je, pokud jsou všechny koncové body degradované. V takovém případě se všechny z nich v odpovědi dotazu považují za vrácené.
Povoleno Povoleno Nemonitorováno Koncový bod je nakonfigurovaný tak, aby vždy obsluhoval provoz. Kontroly stavu nejsou aktivovány.

Podrobnosti o tom, jak se vypočítává stav monitorování koncových bodů pro vnořené koncové body, najdete v tématu Vnořené profily Traffic Manageru.

Poznámka:

Stav monitorování zastaveného koncového bodu může nastat ve službě App Service, pokud vaše webová aplikace není spuštěná v úrovni Standard nebo vyšší. Další informace najdete v tématu Integrace Traffic Manageru se službou App Service.

Stav monitorování profilu

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

Stav profilu (nakonfigurovaný) Stav monitorování koncového bodu Stav monitorování profilu Poznámky
Zakázáno <jakýkoli profil> nebo profil bez definovaných koncových bodů. Zakázáno Profil byl zakázán.
Povoleno Stav alespoň jednoho koncového bodu je degradovaný. Degradovaný Zkontrolujte hodnoty stavu jednotlivých koncových bodů a určete, které koncové body vyžadují další pozornost.
Povoleno Stav alespoň jednoho koncového bodu je Online. Žádné koncové body nemají degradovaný stav. Online Služba přijímá provoz. Nevyžaduje se žádná další akce.
Povoleno Stav nejméně jednoho koncového bodu je CheckEndpoint. Ve stavu Online nebo Degraded nejsou žádné koncové body. KontrolaKontrolníchBodů Tento stav přechodu nastane, pokud je profil vytvořen nebo povolen. Stav koncového bodu se kontroluje poprvé.
Povoleno Stavy všech koncových bodů v profilu jsou zakázané nebo zastavené, nebo profil nemá žádné definované koncové body. Neaktivní Nejsou aktivní žádné koncové body, ale profil je stále aktivní.

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

Traffic Manager pravidelně kontroluje stav každého koncového bodu, včetně koncových bodů, které nejsou v pořádku. Traffic Manager zjistí, kdy je koncový bod v pořádku, a vrátí ho zpět do rotace.

Koncový bod není v pořádku, když dojde k některé z následujících událostí:

  • Pokud je monitorovací protokol HTTP nebo HTTPS:
    • Je přijata odpověď, která není 200, nebo odpověď, která neobsahuje rozsah stavu zadaný v nastavení Očekávané rozsahy stavového kódu. (Včetně jiného kódu 2xx nebo přesměrování 301/302).
  • Pokud je monitorovací protokol TCP:
    • Odpověď jiná než ACK nebo SYN-ACK se přijímá v reakci na požadavek SYN odeslaný Traffic Managerem za účelem pokusu o vytvoření připojení.
  • Přerušení zápasu.
  • Jakýkoli jiný problém s připojením vede k tomu, že koncový bod není dostupný.

Další informace o řešení potíží s neúspěšnými kontrolami najdete v tématu Řešení potíží se sníženým stavem služby Azure Traffic Manager.

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

  • Protokol monitorování je HTTP.
  • Interval sondy je 30 sekund.
  • Počet tolerovaných selhání je 3.
  • Hodnota časového limitu je 10 sekund.
  • Hodnota TTL DNS je 30 sekund.

Snímek obrazovky časové osy posloupnosti převzetí a navrácení služeb při selhání koncového bodu v Traffic Manageru

Obrázek: Sekvence přepnutí a obnovy koncového bodu Traffic Manager

  1. ZÍSKAT. Pro každý koncový bod provede sledovací systém Traffic Manageru požadavek GET na cestě zadané v nastavení monitorování.

  2. 200 OK nebo vlastní rozsah kódu určil nastavení monitorování profilu Traffic Manageru. Monitorovací systém očekává, že se během 10 sekund vrátí stavový kód HTTP 200 OK nebo stavový kód v rozsahu zadaném v nastavení monitorování. Když obdrží tuto odpověď, rozpozná, že je služba dostupná.

  3. 30 sekund mezi kontrolami. Zdravotní kontrola koncového bodu se opakuje každých 30 sekund.

  4. Služba není k dispozici. Služba bude nedostupná. Traffic Manager nebude vědět až do další kontroly stavu.

  5. Pokusy o přístup k monitorovací cestě. Sledovací systém provede požadavek GET, ale během časového limitu 10 sekund neobdrží odpověď. Pak se třikrát pokusí, v 30sekundových intervalech. Pokud je některý z pokusů úspěšný, počet pokusů se resetuje.

  6. Stav nastavený na Degraded. Po čtvrtém po sobě jdoucím selhání systém monitorování označí stav nedostupného koncového bodu jako degradovaný.

  7. Provoz se přesměruje na jiné koncové body. Názvové servery DNS Traffic Manageru se aktualizují a Traffic Manager už nevrátí koncový bod v reakci na dotazy DNS. Nová připojení se směrují na jiné dostupné koncové body. Předchozí odpovědi DNS, které zahrnují tento koncový bod, ale můžou být stále uložené v mezipaměti rekurzivními servery DNS a klienty DNS. Klienti budou dál používat koncový bod, dokud nevyprší platnost mezipaměti DNS. S vypršením platnosti mezipaměti DNS klienti provádějí nové dotazy DNS a směrují se do různých koncových bodů. Doba trvání mezipaměti se řídí nastavením hodnoty TTL v profilu Traffic Manageru, například 30 sekund.

  8. Kontroly stavu budou pokračovat. Traffic Manager nadále kontroluje stav koncového bodu, když má degradovaný stav. Traffic Manager zjistí, kdy se koncový bod vrátí do zdravého stavu.

  9. Služba se vrátí do online režimu. Služba bude dostupná. Koncový bod uchovává svůj degradovaný stav v Traffic Manageru, dokud sledovací systém neprovede další kontrolu stavu.

  10. Provoz do služby se obnovuje. Traffic Manager odešle požadavek GET a obdrží odpověď na stav 200 OK. Služba se vrátila do stavu v pořádku. Jmenné servery Traffic Manageru byly aktualizovány a začínají poskytovat název DNS služby v odpovědích DNS. Provoz se vrátí do koncového bodu jako odpovědi DNS uložené v mezipaměti vyprší, což způsobí, že se provoz vrátí z jiných koncových bodů v momentě, kdy končí stávající připojení k těmto koncovým bodům.

    Důležité

    Traffic Manager nasadí pro každý koncový bod několik sond z více umístění. Více sond zvyšuje odolnost pro monitorování koncových bodů. Traffic Manager agreguje průměrné zdraví sond místo toho, aby se tedy spoléhal na jednotlivou sondu. Redundance systému sondování je navržená. Hodnoty koncových bodů by se měly posuzovat holisticky a ne jednotlivě na sondy. Číslo zobrazené pro stav sondy je průměr. Stav by měl vyvolávat obavy pouze v případě, že méně než 50 % (0,5) sond vykazuje stav dostupný.

    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 (buď změněným nastavením profilu, nebo během selhání nebo po obnovení), Traffic Manager směřuje nová připojení k dostupným koncovým bodům. Ostatní koncové body můžou dál přijímat provoz prostřednictvím stávajících připojení, dokud se tyto relace neukončily. Aby se provoz vyprázdnil z existujících připojení, měly by aplikace omezit dobu trvání relace používanou s každým koncovým bodem.

Metody směrování provozu

Pokud má koncový bod degradovaný stav, už se nevrátí v reakci na dotazy DNS. Místo toho se zvolí a vrátí jiný koncový bod. Metoda směrování provozu nakonfigurovaná v profilu určuje způsob výběru alternativního koncového bodu.

  • Priorita. Koncové body vytvoří seznam s prioritami. Vždy se vrátí první dostupný koncový bod v seznamu. Pokud je stav koncového bodu degradovaný, vrátí se další dostupný koncový bod.
  • Vážená. Všechny dostupné koncové body se náhodně vyberou na základě jejich přiřazených vah a váhy ostatních dostupných koncových bodů.
  • Výkon. Vrátí se koncový bod nejblíže koncovému uživateli. Pokud tento koncový bod není dostupný, Traffic Manager přesune provoz do koncových bodů v další nejbližší oblasti Azure. Alternativní plány pro převzetí služeb při selhání můžete nakonfigurovat pro výkonové směrování provozu pomocí vnořených profilů Traffic Manageru.
  • Geografický. Vrátí se koncový bod namapovaný tak, aby obsluhoval zeměpisné umístění (na základě IP adres požadavků dotazu). Pokud je tento koncový bod nedostupný, nepřepne se na jiný koncový bod, protože geografické umístění lze v profilu namapovat pouze na jeden koncový bod. (Další podrobnosti najdete v části Časté otázky). Při použití geografického směrování doporučujeme zákazníkům používat vnořené profily Traffic Manageru s více než jedním koncovým bodem jako koncovými body profilu.
  • Vrátí se více koncových bodů mapovaných na adresy IPv4/IPv6. Když je pro tento profil přijat dotaz, jsou vráceny funkční koncové body na základě vámi zadané hodnoty pro maximální počet záznamů v odpovědi. Výchozí počet reakcí jsou dvě odpovědi.
  • Podsíť Koncový bod namapovaný na sadu rozsahů IP adres se vrátí. Když se z této IP adresy obdrží požadavek, vrátí se koncový bod jako namapovaný pro tuto IP adresu. 

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

Poznámka:

K jedné výjimce normálního chování směrování provozu dochází v případě, že všechny oprávněné koncové body mají snížený stav. Traffic Manager se "co nejlépe" snaží a reaguje, jako by všechny koncové body s Degradowaným statusem skutečně byly v online stavu. Toto chování je vhodnější než alternativní řešení, které by v odpovědi DNS nevracelo žádný koncový bod. Zakázané nebo zastavené koncové body nejsou monitorovány, proto se nepovažují za způsobilé pro provoz.

Příčinou této podmínky je obvykle nesprávná konfigurace služby, například:

  • Seznam řízení přístupu [ACL] blokující kontroly stavu Traffic Manageru.
  • Nesprávná konfigurace portu nebo protokolu monitorování v profilu Traffic Manageru.

Důsledkem tohoto chování je, že pokud nejsou správně nakonfigurované kontroly stavu Traffic Manageru, může se zobrazit ze směrování provozu, jako by Traffic Manager správně fungoval. V tomto případě ale převzetí služeb při selhání koncového bodu nemůže nastat, což má vliv na celkovou dostupnost aplikace. Je důležité zkontrolovat, jestli profil zobrazuje stav Online, ne degradovaný stav. Stav online označuje, že kontroly stavu Traffic Manageru fungují, jak se očekává.

Další informace o řešení potíží s neúspěšnými kontrolami stavu najdete v tématu Řešení potíží se sníženým stavem služby Azure Traffic Manager.

Povolení nebo zakázání kontrol stavu

Azure Traffic Manager umožňuje povolit nebo zakázat kontroly stavu koncových bodů. Chcete-li monitorování zakázat, zvolte možnost vždy poskytovat provoz.

Pro kontroly stavu existují dvě dostupná nastavení:

  1. Povolení (kontroly stavu) Datový provoz je směrován na koncový bod na základě zdraví. Toto je výchozí nastavení.
  2. Stále směrovat provoz. Toto nastavení zakáže kontroly stavu.

Vždy servírovat

Když je vybráno Vždy obsluhovat provoz, monitorování je vynecháno a provoz je vždy odesílán do koncového bodu. Zobrazený stav monitorování koncového bodu je Nesledovaný.

Povolení funkce Always Serve:

  1. V části Nastavení v okně profilu Traffic Manageru vyberte Koncové Body.
  2. Vyberte koncový bod, který chcete nakonfigurovat.
  3. V části Zdravotní kontroly zvolte Vždy obsluhovat provoz.
  4. Zvolte Uložit.

Prohlédněte si následující příklad:

Snímek obrazovky s možnostmi konfigurace kontroly stavu koncového bodu

Poznámka:

  • U vnořených profilů Traffic Manageru není možné zakázat kontroly stavu.
  • Aby bylo možné nakonfigurovat kontroly stavu, musí být koncový bod povolený.
  • Povolení a zakázání koncového bodu neobnoví konfiguraci zdravotních kontrol.
  • Koncové body nakonfigurované tak, aby vždy obsluhovaly provoz, se účtují za základní kontroly stavu.

Poznámka:

Zdravotní sondy Azure Traffic Manager jsou navrženy tak, aby monitorovaly koncové body, které jsou dostupné infrastrukturou pro probing v Traffic Manageru. Traffic Manager není navržen k prozkoumávání koncových bodů, které se rozlišují na adresy v soukromých, nesměrovatelných nebo interních sítích Microsoft.

Koncové body, které se překládají na adresy v těchto síťových prostorech, musí být nakonfigurovány jako koncové body typu Vždy obsluhovat provoz. Traffic Manager nemůže provádět validaci stavu těchto koncových bodů, a proto nemůže poskytnout failover založený na zdraví.

Aby bylo zajištěno konzistentní chování, Traffic Manager vynucuje konfiguraci Always serve traffic pro koncové body, které se překládají na adresy v nepodporovaných síťových prostorech.

Nastavení brány firewall pro zdravotní kontroly

Azure Traffic Manager využívá sondy stavu ke sledování dostupnosti a výkonu koncových bodů. Aby sondy byly úspěšné, musí být koncové body dostupné a všechny brány firewall nebo seznamy řízení přístupu (ACL) v cestě musí umožňovat provoz ze všech IP adres Traffic Manageru. Pokud IP adresy sondy nejsou povolené, může selhat zdravotní kontrola. Koncové body označené jako poškozené můžou způsobit neočekávané přesměrování nebo výpadky provozu.

Možnost 1: Použití značek služeb (doporučeno) Doporučeným přístupem je použití značky služby AzureTrafficManager v NSG nebo službě Azure Firewall. Značky služeb automaticky zahrnují nejnovější rozsahy IP adres a nevyžadují ruční aktualizace.

Možnost 2: Ruční aktualizace pravidel brány firewall Pokud značky služeb nejde použít (například u vlastních zařízení brány firewall nebo v prostředích mimo Azure), aktualizujte seznamy ACL nebo pravidla brány firewall tak, aby povolily nejnovější IP adresy Azure Traffic Manageru.

  • Úplný seznam IP adres je publikován v souboru JSON "Rozsahy IP adres Azure a značky služeb – Veřejný cloud".
  • Pravidelně obnovujte pravidla, aby byly zahrnuty nejaktuálnější IP adresy.

Nejčastější dotazy

Další kroky

  • Last updated on