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ž směrování poskytované jedním profilem Traffic Manageru. Profily Traffic Manageru můžete vnořit a kombinovat výhody více než jedné metody směrování provozu. Vnořené profily umožňují přepsat výchozí chování Traffic Manageru tak, aby podporovalo větší a složitější nasazení aplikací.

Chcete-li vytvořit vnořený profil, přidáte podřízený profil jako koncový bod do nadřazeného profilu. V tomto článku jsou uvedeny některé příklady.

Minimální koncové body dítěte

Když přidáte podřízený profil jako koncový bod do nadřazeného profilu, vytvoří se parametr MinChildEndpoints a přiřadí se mu 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 směrovat provoz do ostatních koncových bodů nadřazeného profilu.

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

• MinChildEndpoints: Minimální počet zdravých podřízených koncových bodů potřebných pro to, aby byl stav vnořeného profilu zdravý.
• MinChildEndpointsIPv4: Minimální počet zdravých podřízených koncových bodů IPv4, aby byl stav vnořeného profilu považován za zdravý.
• MinChildEndpointsIPv6: Minimální počet zdravých podřízených koncových bodů IPv6 potřebný k tomu, aby byl stav vnořeného profilu považován za zdravý.

Důležité

Pro každý vnořený profil MultiValue musí existovat alespoň jeden koncový bod IPv4 a jeden koncový bod IPv6. Vždy nakonfigurujte hodnoty pro MinChildEndpointsIPv4 a MinChildEndpointsIPv6 na základě mechanismu směrování s více hodnotami a nepoužívejte jednoduše výchozí hodnoty.
Hodnota MinChildEndpoints musí být dostatečně vysoká, aby byly k dispozici všechny typy koncových bodů. Zobrazí se chybová zpráva pro hodnoty, které jsou příliš nízké.

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

Příklad 1: Kombinování směrování výkonu a váženého směrování provozu

Předpokládejme, že jste nasadili aplikaci v následujících oblastech Azure: USA – západ, Západní Evropa a Východní Asie. K distribuci provozu do oblasti, která je nejblíže uživateli, použijete metodu směrování provozu Traffic Manageru performance.

Předpokládejme, že chcete otestovat aktualizaci vaší služby, než ji zpřístupníte obecněji. 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ě se stávají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í Evropy a vážené metody směrování provozu. Dále přidáte tento 'podřízený' profil jako koncový bod do profilu 'rodič'. Hlavní profil stále používá metodu směrování provozu podle výkonu a zahrnuje další 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 distribuuje provoz mezi oblasti normálně. V rámci západní Evropy distribuuje vnořený profil provoz do produkčních a testovacích koncových bodů podle přiřazených váhám.

Pokud nadřazený profil používá metodu směrování provozu Výkon, 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 latence internetu. Další informace najdete v tématu Metoda směrování provozu Traffic Manageru Performance.

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

Traffic Manager aktivně monitoruje stav každého koncového bodu služby. Pokud koncový bod není v pořádku, Traffic Manager nasměruje uživatele na alternativní koncové body, aby zachoval dostupnost vaší služby. Toto monitorování koncového bodu a chování 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ů nadřazený profil neprovádí kontrolu zdraví u podřízeného profilu přímo. Místo toho se zdravotní stav koncových bodů podřízeného profilu používá k výpočtu celkového zdravotního stavu podřízeného profilu. Tyto informace o stavu se šíří do hierarchie vnořených profilů. Nadřazený profil využívá tento agregovaný zdravotní stav k rozhodnutí, zda 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 .

Vraťte se 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 „child“ směruje veškerý provoz do testovacího nasazení. Pokud také testovací nasazení selže, nadřazený profil určuje, že podřízený profil by neměl přijímat provoz, protože všechny podřízené koncové body nejsou v pořádku. Potom nadřazený profil distribuuje provoz do ostatních oblastí.

Možná jsi s tímhle uspořádáním spokojená. Možná můžete mít obavu, že veškerý provoz pro západní Evropu nyní směřuje do testovacího nasazení místo omezenému množství provozu. Nezávisle na stavu testovacího nasazení chcete přepnout do jiných regionů, když selže produkční nasazení v Západní Evropě.

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

Poznámka:

Metoda směrování provozu Priority distribuuje veškerý provoz do jednoho koncového bodu. Proto má nastavení MinChildEndpoints u podřízeného profilu malý smysl, pokud je jiné než '1'.

Příklad 3: Prioritní oblasti převzetí služeb při výkonovém směrování provozu

Standardní chování metody směrování provozu 'Výkon' nastává, když máte koncové body v různých geografických umístěních a koncoví uživatelé jsou směrováni na "nejbližší" koncový bod z hlediska nejnižší latence sítě.

Předpokládejme však, že preferujete převzetí provozu ze Západní Evropy na západ USA a směrování provozu do jiných oblastí nastane pouze tehdy, pokud nejsou k dispozici oba koncové body. 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 odešle do koncového bodu Západní Evropa, když jsou oba koncové body online. Pokud západní Evropa selže, její provoz je směrován do USA – západ. S vnořeným profilem se provoz směruje do východní Asie pouze v případě, že selže jak západní Evropa, tak západní USA.

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

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

Předpokládejme, že metoda směrování provozu Performance se 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 dané oblasti.

Místo přidání více koncových bodů v oblasti západní Evropa jsou tyto koncové body zařazeny do samostatného podřízeného profilu. Profil dítěte je přidán k rodiči jako jediný koncový bod v Západní Evropě. Nastavení podřízeného profilu může řídit distribuci provozu na západní Evropu povolením směrování provozu na základě priority nebo váženého směrování provozu 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 hladké migraci provozu ze starších místních webů na novou cloudovou verzi hostované v Azure. U starší verze webu chcete k monitorování stavu webu použít identifikátor URI domovské stránky. U nové cloudové verze ale implementujete vlastní stránku monitorování (cestu /monitor.aspx), která obsahuje další kontroly.

Nastavení monitorování v profilu Traffic Manageru platí pro všechny koncové body v rámci jednoho profilu. Pomocí vnořených profilů používáte různé podřízené profily pro jednotlivé weby, abyste definovali různá nastavení monitorování.

Příklad 6: Monitorování koncových bodů s vícehodnotovými vnořenými profily s využitím koncových bodů IPv4 a IPv6

Předpokládejme, že máte vnořené koncové body IPv4 i IPv6 a chcete nastavit prahové hodnoty pro minimální zdravé děti pro oba. Existují nové parametry, které vám umožní definovat minimální počet zdravých koncových bodů, které se očekávají pro každý typ. Parametry Minimální koncové body IPv4 a Minimální koncové body IPv6 určují minimální počet koncových bodů v pořádku potřebných 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 koncových bodů IPv4 a IPv6 je 0, aby se zajistila zpětná kompatibilita.

V tomto příkladu je koncový bod východního USA nefunkční, protože nesplňuje požadavek vlastnosti ipv4-min-child mít alespoň 1 funkční koncový bod IPv4.

Nejčastější dotazy

• Jak mohu konfigurovat 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á to vliv na výkon vnořených profilů?

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

Další kroky

Další informace o profilech Traffic Manageru

Zjistěte, jak vytvořit profil Traffic Manageru.