Metody směrování Traffic Manageru

Azure Traffic Manager podporuje šest metod směrování provozu, aby bylo možné zjistit, jak směrovat síťový provoz do různých koncových bodů služby. U každého profilu použije Traffic Manager metodu směrování provozu přidruženou ke každému přijatému dotazu DNS. Metoda směrování provozu určuje, jaký koncový bod se v odpovědi DNS vrátí.

V Traffic Manageru jsou k dispozici následující metody směrování provozu:

• Priorita: Pokud chcete mít primární koncový bod služby pro veškerý provoz, vyberte směrování podle priority . Pokud primární nebo některý z koncových bodů zálohování není dostupný, můžete zadat několik koncových bodů zálohování.
• Vážené: Výběr váženého směrování, pokud chcete distribuovat provoz napříč sadou koncových bodů na základě jejich váhy. Nastavte stejnou váhu, aby se rovnoměrně distribuuje napříč všemi koncovými body.
• Výkon: Vyberte směrování výkonu , pokud máte koncové body v různých geografických umístěních a chcete, aby koncoví uživatelé použili koncový bod nejbližší pro nejnižší latenci sítě.
• Geografická oblast: Vyberte geografické směrování, které uživatele přesměruje na konkrétní koncové body (Azure, externí nebo vnořené) na základě toho, odkud jejich dotazy DNS pocházejí geograficky. Díky této metodě směrování můžete být v souladu se scénáři, jako jsou mandáty suverenity dat, lokalizace obsahu a uživatelského prostředí a měření provozu z různých oblastí.
• Více hodnot: Vyberte více hodnot pro profily Traffic Manageru, které můžou mít jako koncové body jenom adresy IPv4/IPv6. Při přijetí dotazu pro tento profil se vrátí všechny koncové body, které jsou v pořádku.
• Podsíť: Vyberte metodu směrování provozu podsítě , která mapuje sady rozsahů IP adres koncových uživatelů na konkrétní koncový bod. Po přijetí požadavku se vrátí koncový bod, který se namapuje na zdrojovou IP adresu daného požadavku. 

Všechny profily Traffic Manageru mají monitorování stavu a automatické převzetí služeb při selhání koncových bodů. Další informace najdete v tématu Monitorování koncových bodů Traffic Manageru. V profilu Traffic Manageru můžete současně nakonfigurovat pouze jednu metodu směrování provozu. Pro svůj profil můžete kdykoli vybrat jinou metodu směrování provozu. Vaše změny se použijí během minuty bez výpadků. Metody směrování provozu můžete kombinovat pomocí vnořených profilů Traffic Manageru. Vnořené profily umožňují sofistikované konfigurace směrování provozu, které splňují potřeby větších a složitých aplikací. Další informace najdete vnořené profily Traffic Manageru.

Metoda prioritního směrování provozu

Organizace často chce poskytovat spolehlivost svých služeb. K tomu nasadí jednu nebo více služeb zálohování pro případ, že dojde k výpadku primární služby. Metoda směrování provozu priority umožňuje zákazníkům Azure snadno implementovat tento model převzetí služeb při selhání.

Profil Traffic Manageru obsahuje seznam koncových bodů služby seřazených podle priority. Ve výchozím nastavení Traffic Manager odesílá veškerý provoz na primární koncový bod (s nejvyšší prioritou). Pokud primární koncový bod není dostupný, Traffic Manager nasměruje provoz na druhý koncový bod v seznamu. V situaci, kdy primární a sekundární koncové body nejsou dostupné, provoz přejde na třetí a tak dále. Dostupnost koncového bodu závisí na nakonfigurovaném stavu (povoleno nebo zakázáno) a na průběžném monitorování koncového bodu.

Konfigurace koncových bodů

Pomocí Azure Resource Manageru nakonfigurujete prioritu koncového bodu explicitně pomocí vlastnosti priority pro každý koncový bod. Tato vlastnost je hodnota mezi 1 a 1000. Nižší hodnota představuje vyšší prioritu. Koncové body nemůžou sdílet hodnoty priority. Nastavení vlastnosti je volitelné. Pokud tuto hodnotu vynecháte, použije se výchozí priorita na základě pořadí koncových bodů.

Vážená metoda směrování provozu

Metoda váženého směrování provozu umožňuje rovnoměrně distribuovat provoz nebo použít předdefinované váhy.

V metodě váženého směrování provozu přiřadíte váhu ke každému koncovému bodu v konfiguraci profilu Traffic Manageru. Váha je celé číslo od 1 do 1000. Tento parametr je volitelný. Pokud je tento parametr vynechán, služba Traffic Manager použije výchozí váhu 1. Čím vyšší váha, tím vyšší je priorita.

Pro každý přijatý dotaz DNS Traffic Manager náhodně vybere dostupný koncový bod. Pravděpodobnost výběru koncového bodu je založená na vahách, které jsou přiřazené ke všem dostupným koncovým bodům. Použití stejné váhy napříč všemi koncovými body vede k rovnoměrné distribuci provozu. Použití vyšší nebo nižší váhy u konkrétních koncových bodů způsobí, že se tyto koncové body vrátí více nebo méně často v odpovědích DNS.

Vážená metoda umožňuje některé užitečné scénáře:

• Postupný upgrade aplikace: Vzhledem k procentu provozu pro směrování do nového koncového bodu a postupnému zvýšení provozu v průběhu času na 100 %.
• Migrace aplikací do Azure: Vytvořte profil s azure i externími koncovými body. Upravte váhu koncových bodů tak, aby upřednostňujte nové koncové body.
• Rozšíření cloudu pro větší kapacitu: Rychlé rozšíření místního nasazení do cloudu tím, že ho umístíte za profil Traffic Manageru. Pokud potřebujete další kapacitu v cloudu, můžete přidat nebo povolit více koncových bodů a určit, jaká část provozu do každého koncového bodu přejde.

Váhy můžete nakonfigurovat pomocí webu Azure Portal, Azure PowerShellu, rozhraní příkazového řádku nebo rozhraní REST API.

Je potřeba pamatovat na to, že odpovědi DNS se ukládají do mezipaměti klienty. Jsou také uloženy v mezipaměti rekurzivními servery DNS, které klienti používají k překladu názvů DNS. Toto ukládání do mezipaměti může mít vliv na vážené distribuce provozu. Pokud je počet klientů a rekurzivních serverů DNS velký, funguje distribuce provozu podle očekávání. Pokud je ale počet klientů nebo rekurzivních serverů DNS malý, může ukládání do mezipaměti výrazně zkosit distribuci provozu.

Mezi běžné případy použití patří:

• Vývojová a testovací prostředí
• Komunikace mezi aplikacemi
• Aplikace zaměřené na úzkou uživatelskou základnu, která sdílí společnou rekurzivní infrastrukturu DNS (například zaměstnanci společnosti připojující se přes proxy server)

Tyto účinky ukládání dns do mezipaměti jsou společné pro všechny systémy směrování provozu založené na DNS, nejen pro Azure Traffic Manager. V některých případech může explicitní vymazání mezipaměti DNS poskytnout alternativní řešení. Pokud to nepomůže, může být vhodnější alternativní metoda směrování provozu.

Metoda směrování provozu výkonu

Nasazení koncových bodů na dvou nebo více místech po celém světě může zlepšit rychlost odezvy vašich aplikací. Pomocí metody směrování provozu Výkon můžete směrovat provoz do umístění, které je k vám nejblíže.

Koncový bod "nejbližší" není nutně nejblíže měřený geografickou vzdáleností. Místo toho metoda směrování provozu výkonu určuje nejbližší koncový bod měřením latence sítě. Traffic Manager udržuje tabulku latence internetu pro sledování doby odezvy mezi rozsahy IP adres a jednotlivými datacentry Azure.

Traffic Manager vyhledá zdrojovou IP adresu příchozího požadavku DNS v tabulce latence internetu. Traffic Manager pak vybere dostupný koncový bod v datacentru Azure, který má nejnižší latenci pro daný rozsah IP adres. Pak Traffic Manager vrátí tento koncový bod v odpovědi DNS.

Jak je vysvětleno v tom, jak Traffic Manager funguje, Traffic Manager nepřijímá dotazy DNS přímo od klientů. Místo toho dotazy DNS pocházejí ze rekurzivní služby DNS, kterou klienti konfigurují pro použití. Ip adresa použitá k určení nejbližšího koncového bodu není IP adresa klienta, ale ip adresa rekurzivní služby DNS. Tato IP adresa je dobrým proxy serverem pro klienta.

Traffic Manager pravidelně aktualizuje tabulku latence internetu tak, aby zohlednila změny v globálním internetu a nových oblastech Azure. Výkon aplikace se ale liší v závislosti na změnách zatížení v reálném čase v internetu. Směrování provozu výkonu nemonitoruje zatížení daného koncového bodu služby. Pokud se koncový bod stane nedostupným, Traffic Manager ho do odpovědí na dotazy DNS nezahrne.

Poznámky:

• Pokud váš profil obsahuje více koncových bodů ve stejné oblasti Azure, Traffic Manager distribuuje provoz rovnoměrně mezi dostupné koncové body v této oblasti. Pokud dáváte přednost jiné distribuci provozu v rámci oblasti, můžete použít vnořené profily Traffic Manageru.
• Pokud jsou všechny povolené koncové body v nejbližší oblasti Azure degradované, Traffic Manager přesune provoz do koncových bodů v nejbližší oblasti Azure. Pokud chcete definovat upřednostňovanou posloupnost převzetí služeb při selhání, použijte vnořené profily Traffic Manageru.
• Pokud používáte metodu směrování provozu výkonu s externími koncovými body nebo vnořenými koncovými body, musíte určit umístění těchto koncových bodů. Zvolte oblast Azure, která je nejblíže vašemu nasazení. Tato umístění jsou hodnoty podporované tabulkou latence internetu.
• Algoritmus, který zvolí koncový bod, je deterministický. Opakované dotazy DNS ze stejného klienta se směrují do stejného koncového bodu. Klienti obvykle při cestování používají různé rekurzivní servery DNS. Klient může být směrován do jiného koncového bodu. Směrování může být ovlivněno také aktualizacemi tabulky latence internetu. Proto metoda směrování provozu výkonu nezaručuje, že klient je vždy směrován do stejného koncového bodu.
• Když se tabulka latence internetu změní, můžete si všimnout, že někteří klienti jsou přesměrováni do jiného koncového bodu. Tato změna směrování je přesnější na základě aktuálních dat latence. Tyto aktualizace jsou nezbytné k zajištění přesnosti směrování provozu výkonu při neustálém vývoji internetu.

Metoda geografického směrování provozu

Profily Traffic Manageru je možné nakonfigurovat tak, aby používaly metodu geografického směrování, aby se uživatelé dostali na konkrétní koncové body: Azure, Externí nebo Vnořené. Porovnávání vychází z geografického umístění, ze kterého pochází dotaz DNS. Díky této metodě směrování můžete být v souladu s mandáty suverenity dat, lokalizací obsahu a uživatelským prostředím a měřením provozu z různých oblastí. Pokud je profil nakonfigurovaný pro geografické směrování, musí mít každý koncový bod přidružený k ho profilu sadu geografických oblastí. Geografická oblast může být na následujících úrovních členitosti.

• Svět – libovolná oblast
• Regionální seskupení – například Afrika, Střední východ, Austrálie/Tichomoří atd.
• Země/oblast – například Irsko, Peru, Hongkong – zvláštní správní oblast atd.
• Stát/provincie – například USA–Kalifornie, Austrálie-Queensland, Kanada-Alberta atd. (poznámka: tato úroveň členitosti je podporována pouze pro státy / provincie v Austrálii, Kanadě a USA).

Pokud je k koncovému bodu přiřazena oblast nebo sada oblastí, všechny požadavky z těchto oblastí se směrují jenom do tohoto koncového bodu. Traffic Manager používá zdrojovou IP adresu dotazu DNS k určení oblasti, ze které se uživatel dotazuje. Běžně se nachází jako IP adresa místního překladače DNS, který vytváří dotaz pro uživatele.

Traffic Manager přečte zdrojovou IP adresu dotazu DNS a rozhodne, ze které geografické oblasti pochází. Pak se podívá, jestli je koncový bod, který má tuto geografickou oblast namapovanou na ni. Toto vyhledávání začíná na nejnižší úrovni členitosti (napřed ve státě/provincii, kde se podporuje, dále na úrovni Země/oblast) a přejde až na nejvyšší úroveň, což je World. První shoda nalezená při použití tohoto procházení se vybere jako koncový bod, který se vrátí v odpovědi dotazu. Když se dotaz shoduje s koncovým bodem vnořeného typu, vrátí se koncový bod v rámci podřízeného profilu na základě jeho metody směrování. Toto chování platí v následujících bodech:

• Geografickou oblast lze mapovat pouze na jeden koncový bod v profilu Traffic Manageru, pokud je typem směrování geografické směrování. Toto omezení zajišťuje, že směrování uživatelů je deterministické a zákazníci můžou povolit scénáře, které vyžadují jednoznačnou zeměpisnou hranici.

• Pokud je oblast uživatele uvedená pod geografickým mapováním dvou různých koncových bodů, Traffic Manager vybere koncový bod s nejnižší členitostí. Traffic Manager nebude zvažovat směrování požadavků z této oblasti do druhého koncového bodu. Představte si například profil typu Geografické směrování se dvěma koncovými body – Endpoint1 a Endpoint2. Koncový bod 1 je nakonfigurovaný tak, aby přijímal provoz z Irska a koncový bod 2 je nakonfigurovaný tak, aby přijímal provoz z Evropy. Pokud žádost pochází z Irska, vždy se směruje na koncový bod 1.

• Vzhledem k tomu, že oblast se dá mapovat jenom na jeden koncový bod, Traffic Manager vrátí odpověď, jestli je koncový bod v pořádku nebo ne.

  Důležité

  Důrazně doporučujeme, aby zákazníci, kteří používají metodu geografického směrování, přidružili ke koncovým bodům vnořeného typu, které mají podřízené profily obsahující alespoň dva koncové body v rámci každého.

• Pokud se najde shoda koncového bodu a koncový bod je ve stavu Zastaveno , Traffic Manager vrátí odpověď NODATA. V takovém případě se v hierarchii geografických oblastí nevydělávají žádné další vyhledávání. Toto chování platí také pro vnořené typy koncových bodů, pokud je podřízený profil ve stavu Zastaveno nebo Zakázáno .

• Pokud koncový bod zobrazí stav Zakázáno , nebude zahrnut do procesu porovnávání oblastí. Toto chování platí také pro vnořené typy koncových bodů, pokud je koncový bod ve stavu Zakázáno .

• Pokud dotaz pochází z geografické oblasti, která nemá v tomto profilu žádné mapování, Traffic Manager vrátí odpověď NODATA. Proto důrazně doporučujeme používat geografické směrování s jedním koncovým bodem. V ideálním případě je typ Vnořený s alespoň dvěma koncovými body v rámci podřízeného profilu, přičemž k němu je přiřazena oblast World . Tato konfigurace také zajišťuje zpracování všech IP adres, které nejsou namapované na oblast.

Jak je vysvětleno v tom, jak Traffic Manager funguje, Traffic Manager nepřijímá dotazy DNS přímo od klientů. Dotazy DNS pocházejí ze rekurzivní služby DNS, kterou mají klienti používat. Proto IP adresa použitá k určení oblasti není IP adresou klienta, ale ip adresou rekurzivní služby DNS. Tato IP adresa je dobrým proxy serverem pro klienta.

Nejčastější dotazy

• Jaké jsou případy použití, kdy je geografické směrování užitečné?

• Návody rozhodnout, jestli mám použít metodu směrování výkonu nebo metodu geografického směrování?

• Jaké oblasti služba Traffic Manager podporuje pro geografické směrování?

• Jak Traffic Manager určí, odkud se uživatel dotazuje?

• Je zaručeno, že Traffic Manager dokáže správně určit přesnou zeměpisnou polohu uživatele v každém případě?

• Musí být koncový bod fyzicky umístěný ve stejné oblasti jako koncový bod, pro který je nakonfigurovaný pro geografické směrování?

• Můžu přiřadit geografické oblasti koncovým bodům v profilu, který není nakonfigurovaný pro geografické směrování?

• Proč se při pokusu o změnu metody směrování existujícího profilu na Geografickou zobrazuje chyba?

• Proč důrazně doporučujeme, aby zákazníci vytvářeli vnořené profily místo koncových bodů v profilu s povoleným geografickým směrováním?

• Existují nějaká omezení pro verzi rozhraní API, která tento typ směrování podporuje?

Metoda směrování provozu s více hodnotami

Metoda směrování provozu s více hodnotami umožňuje získat několik koncových bodů, které jsou v pořádku, v jedné odpovědi dotazu DNS. Tato konfigurace umožňuje volajícímu provádět opakované pokusy na straně klienta s jinými koncovými body v případě, že vrácený koncový bod nereaguje. Tento model může zvýšit dostupnost služby a snížit latenci, která je přidružena k novému dotazu DNS, a získat koncový bod, který je v pořádku. Metoda směrování MultiValue funguje pouze v případě, že jsou všechny koncové body typu External a jsou zadané jako adresy IPv4 nebo IPv6. Při přijetí dotazu pro tento profil se vrátí všechny koncové body, které jsou v pořádku, a podléhají konfigurovatelnému maximálnímu počtu vrácení.

Nejčastější dotazy

• Jaké jsou případy použití, kdy je užitečné směrování MultiValue?

• Kolik koncových bodů se vrátí při použití směrování MultiValue?

• Získám stejnou sadu koncových bodů při použití směrování MultiValue?

Metoda směrování provozu podsítě

Metoda směrování provozu podsítě umožňuje namapovat sadu rozsahů IP adres koncových uživatelů na konkrétní koncové body v profilu. Pokud Traffic Manager obdrží dotaz DNS pro tento profil, zkontroluje zdrojovou IP adresu tohoto požadavku. Pak určí, na který koncový bod se mapuje, a vrátí tento koncový bod v odpovědi dotazu. Ve většině případů je zdrojovou IP adresou překladač DNS, který používá volající.

IP adresu, která se má mapovat na koncový bod, je možné zadat jako rozsahy CIDR (například 1.2.3.0/24) nebo jako rozsah adres (například 1.2.3.4-5.6.7.8). Rozsahy IP adres přidružené ke koncovému bodu musí být v rámci daného profilu jedinečné. Rozsah adres se nemůže překrývat se sadou IP adres jiného koncového bodu ve stejném profilu. Pokud definujete koncový bod bez rozsahu adres, funguje jako záložní a přebírá provoz ze zbývajících podsítí. Pokud není zahrnutý žádný záložní koncový bod, Traffic Manager odešle odpověď NODATA pro všechny nedefinované rozsahy. Důrazně doporučujeme definovat záložní koncový bod, abyste zajistili, že se v koncových bodech zadají všechny možné rozsahy IP adres.

Směrování podsítě se dá použít k zajištění jiného prostředí pro uživatele, kteří se připojují z konkrétního prostoru IP adres. Všechny žádosti z firemní kanceláře můžete například směrovat do jiného koncového bodu. Tato metoda směrování je zvlášť užitečná, pokud se pokoušíte otestovat interní jenom verzi aplikace. Dalším scénářem je situace, kdy chcete uživatelům, kteří se připojují z určitého poskytovatele internetových služeb, poskytovat jiné prostředí (například chcete blokovat uživatele, kteří se připojují z konkrétního poskytovatele internetových služeb).

Nejčastější dotazy

• Jaké jsou případy použití, kdy je užitečné směrování podsítě?

• Jak Traffic Manager zná IP adresu koncového uživatele?

• Jak můžu zadat IP adresy při použití směrování podsítě?

• Jak můžu určit záložní koncový bod při použití směrování podsítě?

• Co se stane, když je koncový bod v profilu typu směrování podsítě zakázaný?

Další kroky

Naučte se vyvíjet aplikace s vysokou dostupností s využitím monitorování koncových bodů Traffic Manageru.