Koncové body Traffic Manageru

  • Článek

Azure Traffic Manager umožňuje řídit, jak se síťový provoz distribuuje do nasazení aplikací běžících v různých datacentrech. V Traffic Manageru nakonfigurujete každé nasazení aplikace jako koncový bod. Když Traffic Manager obdrží žádost DNS, zvolí dostupný koncový bod, který vrátí v odpovědi DNS. Traffic Manager vychází z aktuálního stavu koncového bodu a metody směrování provozu. Další informace najdete v tématu Jak Traffic Manager funguje.

Traffic Manager podporuje tři typy koncových bodů:

  • Koncové body Azure se používají pro služby hostované v Azure.
  • Externí koncové body se používají pro adresy IPv4/IPv6, plně kvalifikované názvy domén nebo pro služby hostované mimo Azure. Tyto služby můžou být buď místní, nebo u jiného poskytovatele hostingu.
  • Vnořené koncové body se používají ke kombinování profilů Traffic Manageru, aby se vytvořila flexibilnější schémata směrování provozu, která podporují potřeby rozsáhlejších a složitějších nasazení.

Způsob kombinování koncových bodů různých typů v jednom profilu Traffic Manageru není nijak omezen. Každý profil může obsahovat libovolnou kombinaci typů koncových bodů.

Následující části popisují jednotlivé typy koncových bodů podrobněji.

Koncové body Azure

Koncové body Azure se používají pro služby založené na Azure v Traffic Manageru. Podporují se následující typy prostředků Azure:

  • Cloudové služby PaaS.
  • Web Apps
  • Sloty webové aplikace
  • Prostředky PublicIPAddress (které je možné připojit k virtuálním počítačům přímo nebo prostřednictvím Azure Load Balancer) Aby se mohl použít v profilu Traffic Manageru, musí mít publicIpAddress přiřazený název DNS.

Prostředky PublicIPAddress jsou prostředky Azure Resource Manager. V modelu nasazení Classic neexistují a podporují se jenom v prostředích Azure Resource Manager Služby Traffic Manager. Ostatní typy koncových bodů jsou podporovány prostřednictvím modelu nasazení Resource Manager i modelu nasazení Classic.

Při použití koncových bodů Azure Traffic Manager zjistí, kdy je webová aplikace zastavená a spuštěná. Tento stav se projeví ve stavu koncového bodu. Podrobnosti najdete v tématu Monitorování koncových bodů Traffic Manageru . Když je základní služba zastavená, Traffic Manager neprovádí kontroly stavu koncového bodu ani nesměruje provoz do koncového bodu. U zastavené instance nedochází k žádným fakturačním událostem Traffic Manageru. Po restartování služby se obnoví fakturace a koncový bod má nárok na příjem provozu. Tato detekce se nevztahuje na koncové body PublicIpAddress.

Externí koncové body

Externí koncové body se používají pro adresy IPv4/IPv6, plně kvalifikované názvy domén nebo pro služby mimo Azure. Použití koncových bodů adres IPv4/IPv6 umožňuje Traffic Manageru zkontrolovat stav koncových bodů, aniž by pro ně musel být název DNS. V důsledku toho může Traffic Manager reagovat na dotazy se záznamy A/AAAA při vracení tohoto koncového bodu v odpovědi. Služby mimo Azure můžou zahrnovat službu hostované místně nebo u jiného poskytovatele. Externí koncové body je možné používat jednotlivě nebo v kombinaci s koncovými body Azure ve stejném profilu Traffic Manageru. Výjimkou jsou koncové body, které jsou zadané jako adresy IPv4 nebo IPv6, což můžou být jenom externí koncové body. Kombinace koncových bodů Azure s externími koncovými body umožňuje různé scénáře:

  • Zajistit zvýšenou redundanci pro existující místní aplikaci v modelu převzetí služeb při selhání aktivní-aktivní nebo aktivní-pasivní s využitím Azure.
  • Směrujte provoz do koncových bodů, ke kterým není přidružený název DNS. Snižuje také celkovou latenci vyhledávání DNS tím, že odpadá nutnost spustit druhý dotaz DNS, aby se získala IP adresa s vráceným názvem DNS.
  • Snižte latenci aplikace pro uživatele po celém světě a rozšiřte stávající místní aplikaci do dalších geografických umístění v Azure. Další informace najdete v tématu Směrování provozu podle výkonu.
  • Zajištění větší kapacity pro stávající místní aplikaci, a to buď nepřetržitě, nebo jako řešení "burst-to-cloud", aby bylo možné zajistit špičku v poptávce pomocí Azure.

V některých případech je užitečné použít externí koncové body pro odkazy na služby Azure. Příklady najdete v nejčastějších dotazech . Kontroly stavu se účtují sazbou za koncové body Azure, ne podle sazby za externí koncové body. Na rozdíl od koncových bodů Azure platí, že pokud zastavíte nebo odstraníte podkladovou službu, fakturace kontroly stavu bude pokračovat. Fakturace se zastaví, jakmile koncový bod v Traffic Manageru zakážete nebo odstraníte.

Vnořené koncové body

Vnořené koncové body kombinují několik profilů Traffic Manageru a vytvářejí flexibilní schémata směrování provozu, která podporují potřeby rozsáhlejších a složitých nasazení. V případě vnořených koncových bodů se podřízený profil přidá jako koncový bod do nadřazeného profilu. Podřízený i nadřazený profil můžou obsahovat další koncové body libovolného typu, včetně jiných vnořených profilů.

Další informace najdete v tématu vnořené profily Traffic Manageru.

Web Apps jako koncové body

Při konfiguraci Web Apps jako koncových bodů v Traffic Manageru je potřeba vzít v úvahu několik dalších aspektů:

  1. S Traffic Managerem je možné používat jenom Web Apps se skladovou položkou Standard nebo vyšší. Pokusy o přidání webové aplikace s nižší skladovou položkou selžou. Downgradování skladové položky existující webové aplikace způsobí, že Traffic Manager už do této webové aplikace nebude odesílat provoz. Další informace o podporovaných plánech najdete v tématu plány App Service.
  2. Když koncový bod přijme požadavek HTTP, pomocí hlavičky hostitele v požadavku určí, která webová aplikace by měla požadavek vyhostit. Hlavička hostitele obsahuje název DNS použitý ke spuštění požadavku, například contosoapp.azurewebsites.net. Pokud chcete pro webovou aplikaci použít jiný název DNS, musí být název DNS zaregistrovaný jako vlastní název domény pro aplikaci. Při přidávání koncového bodu webové aplikace jako koncového bodu Azure se pro aplikaci automaticky zaregistruje název DNS profilu Traffic Manageru. Tato registrace se při odstranění koncového bodu automaticky odebere.
  3. Každý profil Traffic Manageru může mít maximálně jeden koncový bod webové aplikace z každé oblasti Azure. Pokud chcete toto omezení obejít, můžete webovou aplikaci nakonfigurovat jako externí koncový bod. Další informace najdete v nejčastějších dotazech.

Povolení a zakázání koncových bodů

Zakázání koncového bodu v Traffic Manageru může být užitečné k dočasnému odebrání provozu z koncového bodu, který je v režimu údržby nebo se znovu nasazuje. Jakmile bude koncový bod znovu spuštěný, můžete ho znovu povolit.

Koncové body Traffic Manageru můžete povolit nebo zakázat pomocí Azure Portal, PowerShellu, rozhraní příkazového řádku nebo rozhraní REST API.

Poznámka

Zakázání koncového bodu Azure nemá nic společného se stavem nasazení v Azure. Služba Azure (například virtuální počítač nebo webová aplikace) zůstává spuštěná a dokáže přijímat provoz, i když je v Traffic Manageru zakázaná. Provoz je možné adresovat přímo instanci služby, nikoli prostřednictvím názvu DNS profilu Traffic Manageru. Další informace najdete v tématu Jak Traffic Manager funguje.

Aktuální způsobilost jednotlivých koncových bodů k příjmu provozu závisí na následujících faktorech:

  • Stav profilu (povoleno/zakázáno)
  • Stav koncového bodu (povoleno/zakázáno)
  • Výsledky kontrol stavu pro daný koncový bod

Podrobnosti najdete v tématu Monitorování koncových bodů Traffic Manageru.

Poznámka

Vzhledem k tomu, že Traffic Manager funguje na úrovni DNS, nemůže ovlivnit stávající připojení k žádnému koncovému bodu. Pokud je koncový bod nedostupný, Traffic Manager nasměruje nová připojení k jinému dostupnému koncovému bodu. Hostitel za zakázaným koncovým bodem nebo koncovým bodem, který není v pořádku, však může dál přijímat provoz prostřednictvím stávajících připojení, dokud se tyto relace neukončily. Aplikace by měly omezit dobu trvání relace, aby se provoz mohl vyprázdnit z existujících připojení.

Pokud se zaknou všechny koncové body v profilu nebo pokud se zakáže samotný profil, Traffic Manager odešle NXDOMAIN odpověď na nový dotaz DNS.

Časté otázky

Další kroky