Vnořené profily Traffic Manageru

Traffic Manager nabízí různé metody směrování provozu. Jejich prostřednictvím můžete řídit, jak Traffic Manager vybírá koncový bod, který bude přijímat přenosy každého koncového uživatele. Další informace najdete v tématu Metody směrování provozu Traffic Manageru.

Každý profil Traffic Manageru určuje jednu metodu směrování provozu. Existují však scénáře, které vyžadují sofistikovanější směrování provozu, než je směrování poskytované jedním profilem Traffic Manageru. Profily Traffic Manageru můžete vnořit a zkombinovat tak výhody více než jedné metody směrování provozu. Vnořené profily umožňují přepsat výchozí chování Traffic Manageru pro podporu větších a složitějších nasazení aplikací.

Pokud chcete vytvořit vnořený profil, přidejte podřízený profil jako koncový bod do nadřazeného profilu. V tomto článku najdete několik příkladů.

MinChildEndpoints

Když do nadřazeného profilu přidáte podřízený profil jako koncový bod, vytvoří se parametr MinChildEndpoints a přiřadí se výchozí hodnota 1. Tento parametr určuje minimální počet koncových bodů, které musí být k dispozici v podřízeného profilu, aby byl v pořádku. Pod touto prahovou hodnotou bude nadřazený profil považovat celý podřízený profil za nedostupný a bude směrovat provoz do ostatních koncových bodů nadřazeného profilu.

V nadřazeného profilu jsou k dispozici následující parametry:

• MinChildEndpoints: Minimální počet podřízených koncových bodů, které jsou v pořádku, aby stav vnořeného profilu byl v pořádku.
• MinChildEndpointsIPv4: Minimální počet podřízených koncových bodů IPv4, které jsou v pořádku, aby stav vnořeného profilu byl v pořádku.
• MinChildEndpointsIPv6: Minimální počet podřízených koncových bodů IPv6, které jsou v pořádku, aby stav vnořeného profilu byl v pořádku.

Následující příklady ukazují, jak používat vnořené profily Traffic Manageru v různých scénářích.

Příklad 1: Kombinace směrování provozu performance a váženého provozu

Předpokládejme, že jste aplikaci nasadili v následujících oblastech Azure: USA – západ, Západní Evropa a Východní Asie. Pomocí metody směrování provozu Performance služby Traffic Manager distribuujete provoz do oblasti, která je nejblíže uživateli.

Teď předpokládejme, že chcete otestovat aktualizaci služby před jejím širším zavedením. Chcete použít metodu váženého směrování provozu k směrování malého procenta provozu do testovacího nasazení. Testovací nasazení nastavíte společně s existujícím produkčním nasazením v oblasti Západní Evropa.

V jednom profilu nelze kombinovat vážené i výkonnostní směrování provozu. Pro podporu tohoto scénáře vytvoříte profil Traffic Manageru pomocí dvou koncových bodů Západní Evropa a metody váženého směrování provozu. Potom tento podřízený profil přidáte jako koncový bod do nadřazeného profilu. Nadřazený profil stále používá metodu směrování provozu výkonu a obsahuje ostatní globální nasazení jako koncové body.

Následující diagram znázorňuje tento příklad:

V této konfiguraci provoz směrovaný přes nadřazený profil normálně distribuuje provoz napříč oblastmi. V oblasti Západní Evropa vnořený profil distribuuje provoz do produkčního a testovacího koncového bodu podle přiřazené váhy.

Pokud nadřazený profil používá metodu směrování provozu Performance, musí být každému koncovému bodu přiřazeno umístění. Umístění se přiřadí při konfiguraci koncového bodu. Zvolte oblast Azure, která je nejblíže vašemu nasazení. Oblasti Azure jsou hodnoty umístění podporované tabulkou latencí internetu. Další informace najdete v tématu Metoda směrování provozu Performance služby Traffic Manager.

Příklad 2: Monitorování koncových bodů ve vnořených profilech

Traffic Manager aktivně monitoruje stav jednotlivých koncových bodů služby. Pokud koncový bod není v pořádku, Traffic Manager nasměruje uživatele na alternativní koncové body, aby se zachovala dostupnost vaší služby. Toto chování při monitorování koncových bodů a převzetí služeb při selhání se vztahuje na všechny metody směrování provozu. Další informace najdete v tématu Monitorování koncových bodů Traffic Manageru. Monitorování koncových bodů funguje u vnořených profilů jinak. U vnořených profilů neprovádí nadřazený profil kontroly stavu přímo u podřízeného profilu. Místo toho se k výpočtu celkového stavu podřízeného profilu používá stav koncových bodů podřízeného profilu. Tyto informace o stavu se šíří do hierarchie vnořených profilů. Nadřazený profil používá tento agregovaný stav k určení, jestli se má směrovat provoz do podřízeného profilu. Úplné podrobnosti o monitorování stavu vnořených profilů najdete v nejčastějších dotazech .

Když se vrátíme k předchozímu příkladu, předpokládejme, že produkční nasazení v oblasti Západní Evropa selže. Ve výchozím nastavení profil podřízenosti směruje veškerý provoz do testovacího nasazení. Pokud testovací nasazení selže také, nadřazený profil určí, že podřízený profil by neměl přijímat provoz, protože všechny podřízené koncové body nejsou v pořádku. Nadřazený profil pak distribuuje provoz do ostatních oblastí.

Možná jste s tímhle uspořádáním spokojení. Nebo se můžete obávat, že veškerý provoz v oblasti Západní Evropa se teď místo omezeného provozu podmnožině směruje do testovacího nasazení. Bez ohledu na stav testovacího nasazení chcete při selhání produkčního nasazení v oblasti Západní Evropa převzít služby při selhání do ostatních oblastí.

V následujícím scénáři je hodnota MinChildEndpoints nastavená na 2. Nadřazený profil pod touto prahovou hodnotou považuje celý podřízený profil za nedostupný a směruje provoz do ostatních koncových bodů:

Příklad 3: Prioritní oblasti převzetí služeb při selhání ve směrování provozu výkonu

Výchozí chování metody směrování provozu Výkon je, když máte koncové body v různých geografických umístěních, které jsou koncoví uživatelé směrovány do "nejbližšího" koncového bodu z hlediska nejnižší latence sítě.

Předpokládejme ale, že dáváte přednost převzetí služeb při selhání provozu v oblasti Evropa – západ do oblasti USA – západ a provoz směrujte do jiných oblastí pouze v případě, že oba koncové body nejsou k dispozici. Toto řešení můžete vytvořit pomocí podřízeného profilu s metodou směrování provozu Priority.

Vzhledem k tomu, že koncový bod Západní Evropa má vyšší prioritu než koncový bod USA – západ, veškerý provoz se odesílá do koncového bodu Západní Evropa, když jsou oba koncové body online. Pokud západní Evropa selže, provoz se směruje do USA – západ. V případě vnořeného profilu se provoz směruje do východní Asie pouze v případě, že dojde k selhání v oblasti Západní Evropa i USA – západ.

Tento model můžete opakovat pro všechny oblasti. Nahraďte všechny tři koncové body v nadřazeného profilu třemi podřízenými profily, z nichž každý poskytuje pořadí převzetí služeb při selhání podle priority.

Příklad 4: Řízení směrování provozu výkonu mezi několika koncovými body ve stejné oblasti

Předpokládejme, že se metoda směrování provozu Performance používá v profilu, který má v konkrétní oblasti více než jeden koncový bod. Ve výchozím nastavení se provoz směrovaný do této oblasti distribuuje rovnoměrně napříč všemi dostupnými koncovými body v této oblasti.

Místo přidání více koncových bodů v oblasti Západní Evropa jsou tyto koncové body uzavřeny v samostatném podřízeném profilu. Podřízený profil se přidá do nadřazeného objektu jako jediný koncový bod v oblasti Západní Evropa. Nastavení podřízeného profilu mohou řídit distribuci provozu se západní Evropou tím, že povolí směrování provozu založené na prioritě nebo vážené směrování v této oblasti.

Příklad 5: Nastavení monitorování jednotlivých koncových bodů

Předpokládejme, že používáte Traffic Manager k plynulé migraci provozu ze staršího místního webu do nové cloudové verze hostované v Azure. U starší verze webu chcete ke sledování stavu webu použít identifikátor URI domovské stránky. Pro novou cloudovou verzi ale implementujete vlastní stránku monitorování (cesta /monitor.aspx), která obsahuje další kontroly.

Nastavení monitorování v profilu Traffic Manageru platí pro všechny koncové body v rámci jednoho profilu. U vnořených profilů můžete k definování různých nastavení monitorování použít jiný podřízený profil pro každou lokalitu.

Příklad 6: Monitorování koncových bodů s vnořenými profily s více hodnotami pomocí koncových bodů IPv4 a IPv6

Předpokládejme, že máte vnořené podřízené koncové body IPv4 i IPv6 a chcete nastavit prahové hodnoty pro minimální počet dětí, které jsou v pořádku pro oba. K dispozici jsou nové parametry, které vám umožní definovat minimální počet těchto funkčních koncových bodů, které se pro každý typ očekávají. Parametry Minimální koncové body IPv4 a Minimální počet koncových bodů IPv6 určí minimální počet koncových bodů, které jsou v pořádku pro každý parametr, aby byl nadřazený bod označen jako v pořádku.

Výchozí číslo pro celkový minimální počet podřízených koncových bodů je vždy 1 a výchozí číslo pro koncové body IPv4 a IPv6 je 0, aby se zajistila zpětná kompatibilita.

V tomto příkladu není koncový bod USA – východ v pořádku, protože nesplňuje požadavek na alespoň 1 funkční koncový bod IPv4, který je nastavený vlastností ipv4-min-child .

Nejčastější dotazy

• Návody nakonfigurovat vnořené profily?

• Kolik vrstev vnoření Traffic Manager podporuje?

• Můžu ve stejném profilu Traffic Manageru kombinovat jiné typy koncových bodů s vnořenými podřízenými profily?

• Jak se model fakturace vztahuje na vnořené profily?

• Má vnořené profily vliv na výkon?

• Jak Traffic Manager vypočítá stav vnořeného koncového bodu v nadřazeného profilu?

Další kroky

Další informace o profilech Traffic Manageru

Informace o vytvoření profilu Traffic Manageru