Routningsmetoder för Traffic Manager

Azure Traffic Manager har stöd för sex trafikroutningsmetoder som avgör hur nätverkstrafik ska dirigeras till de olika tjänstslutpunkterna. För alla profiler tillämpar Traffic Manager den trafikroutningsmetod som är associerad med profilen för alla DNS-frågor som tas emot. Trafikroutningsmetoden avgör vilken slutpunkt som returneras i DNS-svaret.

Följande trafikroutningsmetoder är tillgängliga i Traffic Manager:

• Prioritet: Välj Prioritetsroutning när du vill ha en primär tjänstslutpunkt för all trafik. Du kan ange flera slutpunkter för säkerhetskopiering om den primära eller en av slutpunkterna för säkerhetskopiering inte är tillgänglig.
• Viktad: Välj Viktad routning när du vill distribuera trafik över en uppsättning slutpunkter baserat på deras vikt. Ställ in vikten på samma sätt för att fördela jämnt över alla slutpunkter.
• Prestanda: Välj Prestandaroutning när du har slutpunkter på olika geografiska platser och du vill att slutanvändarna ska använda den "närmaste" slutpunkten för den lägsta nätverksfördröjningen.
• Geografisk: Välj Geografisk routning för att dirigera användare till specifika slutpunkter (Azure, Extern eller Kapslad) baserat på var deras DNS-frågor kommer från geografiskt. Med den här routningsmetoden kan du följa scenarier som datasuveränitetsmandat, lokalisering av innehåll och användarupplevelse och mätning av trafik från olika regioner.
• Multivalue: Välj MultiValue för Traffic Manager-profiler som bara kan ha IPv4/IPv6-adresser som slutpunkter. När en fråga tas emot för den här profilen returneras alla felfria slutpunkter.
• Undernät: Välj trafikdirigeringsmetod för undernät för att mappa uppsättningar med slutanvändarens IP-adressintervall till en specifik slutpunkt. När en begäran tas emot är slutpunkten som returneras den som mappas för den begärans käll-IP-adress. 

Alla Traffic Manager-profiler har hälsoövervakning och automatisk redundans av slutpunkter. Mer information finns i Traffic Manager-slutpunktsövervakning. I en Traffic Manager-profil kan du bara konfigurera en trafikroutningsmetod i taget. Du kan välja en annan trafikroutningsmetod för din profil när som helst. Ändringarna tillämpas inom en minut utan avbrott. Du kan kombinera trafikroutningsmetoder med hjälp av kapslade Traffic Manager-profiler. Kapslingsprofiler möjliggör avancerade trafikdirigeringskonfigurationer som uppfyller behoven i större och komplexa program. Mer information finns i kapslade Traffic Manager-profiler.

Prioriterad trafikroutningsmetod

Ofta vill en organisation tillhandahålla tillförlitlighet för sina tjänster. För att göra det distribuerar de en eller flera säkerhetskopieringstjänster om deras primära går ner. Med trafikroutningsmetoden Prioritet kan Azure-kunder enkelt implementera det här redundansmönstret.

Traffic Manager-profilen innehåller en prioriterad lista över tjänstslutpunkter. Som standard skickar Traffic Manager all trafik till den primära slutpunkten (högsta prioritet). Om den primära slutpunkten inte är tillgänglig dirigerar Traffic Manager trafiken till den andra slutpunkten. I en situation där de primära och sekundära slutpunkterna inte är tillgängliga går trafiken till den tredje och så vidare. Tillgängligheten för slutpunkten baseras på den konfigurerade statusen (aktiverad eller inaktiverad) samt pågående slutpunktsövervakning.

Konfigurera slutpunkter

Med Azure Resource Manager konfigurerar du slutpunktsprioriteten explicit med hjälp av egenskapen "prioritet" för varje slutpunkt. Den här egenskapen är ett värde mellan 1 och 1 000. Ett lägre värde representerar en högre prioritet. Slutpunkter kan inte dela prioritetsvärden. Det är valfritt att ange egenskapen. När den utelämnas används en standardprioritet baserat på slutpunktsordningen.

Vägd trafikroutningsmetod

Med trafikroutningsmetoden Viktad kan du distribuera trafik jämnt eller använda en fördefinierad viktning.

I metoden Viktad trafikroutning tilldelar du en vikt till varje slutpunkt i Traffic Manager-profilkonfigurationen. Vikten är ett heltal mellan 1 och 1 000. Den här parametern är valfri. Om detta utelämnas använder Traffic Managers standardvikten "1". Den högre vikten, desto högre prioritet.

För varje DNS-fråga som tas emot väljer Traffic Manager slumpmässigt en tillgänglig slutpunkt. Sannolikheten för att välja en slutpunkt baseras på de vikter som tilldelats till alla tillgängliga slutpunkter. Om du använder samma vikt för alla slutpunkter resulterar det i en jämn trafikdistribution. Om du använder högre eller lägre vikter på specifika slutpunkter returneras dessa slutpunkter mer eller mindre ofta i DNS-svaren.

Den viktade metoden möjliggör några användbara scenarier:

• Gradvis programuppgradering: Givet en procentandel av trafiken för att dirigera till en ny slutpunkt och gradvis öka trafiken över tid till 100 %.
• Programmigrering till Azure: Skapa en profil med både Azure och externa slutpunkter. Justera vikten för slutpunkterna så att de föredrar de nya slutpunkterna.
• Molnsprängning för mer kapacitet: Expandera snabbt en lokal distribution till molnet genom att placera den bakom en Traffic Manager-profil. När du behöver extra kapacitet i molnet kan du lägga till eller aktivera fler slutpunkter och ange vilken del av trafiken som ska gå till varje slutpunkt.

Du kan konfigurera vikter med hjälp av Azure-portalen, Azure PowerShell, CLI eller REST-API:erna.

En punkt att komma ihåg är att DNS-svar cachelagras av klienter. De cachelagras också av de rekursiva DNS-servrar som klienterna använder för att matcha DNS-namn. Den här cachelagringen kan påverka viktade trafikdistributioner. När antalet klienter och rekursiva DNS-servrar är stort fungerar trafikdistributionen som förväntat. Men när antalet klienter eller rekursiva DNS-servrar är litet kan cachelagring avsevärt förvränga trafikfördelningen.

Vanliga användningsfall är:

• Utvecklings- och testmiljöer
• Kommunikation från program till program
• Program som syftar till en smal användarbas som delar en gemensam rekursiv DNS-infrastruktur (till exempel anställda på företaget som ansluter via en proxyserver)

Dessa DNS-cachelagringseffekter är gemensamma för alla DNS-baserade trafikroutningssystem, inte bara Azure Traffic Manager. I vissa fall kan det vara en lösning att uttryckligen rensa DNS-cachen. Om det inte fungerar kan en alternativ trafikroutningsmetod vara lämpligare.

Trafikdirigeringsmetod för prestanda

Att distribuera slutpunkter på två eller flera platser över hela världen kan förbättra svarstiden för dina program. Med trafikdirigeringsmetoden Prestanda kan du dirigera trafik till den plats som är "närmast" dig.

Den "närmaste" slutpunkten är inte nödvändigtvis närmast mätt med geografiskt avstånd. I stället avgör trafikdirigeringsmetoden Prestanda den närmaste slutpunkten genom att mäta nätverksfördröjningen. Traffic Manager har en internetlatenstabell för att spåra tur och retur-tiden mellan IP-adressintervall och varje Azure-datacenter.

Traffic Manager söker efter käll-IP-adressen för den inkommande DNS-begäran i tabellen Internetsvarstid. Traffic Manager väljer sedan en tillgänglig slutpunkt i Azure-datacentret som har den lägsta svarstiden för det IP-adressintervallet. Sedan returnerar Traffic Manager slutpunkten i DNS-svaret.

Som beskrivs i Hur Traffic Manager fungerar tar Traffic Manager inte emot DNS-frågor direkt från klienter. I stället kommer DNS-frågor från den rekursiva DNS-tjänsten som klienterna är konfigurerade att använda. Ip-adressen som används för att fastställa den "närmaste" slutpunkten är därför inte klientens IP-adress, men det är IP-adressen för den rekursiva DNS-tjänsten. Den här IP-adressen är en bra proxy för klienten.

Traffic Manager uppdaterar regelbundet tabellen Internetsvarstid för att ta hänsyn till ändringar i det globala Internet och nya Azure-regioner. Programprestanda varierar dock beroende på variationer i realtid i belastningen på Internet. Prestandatrafikdirigering övervakar inte belastningen på en viss tjänstslutpunkt. Om en slutpunkt blir otillgänglig tar Traffic Manager inte med den i DNS-frågesvaren.

Anteckningspunkter:

• Om din profil innehåller flera slutpunkter i samma Azure-region distribuerar Traffic Manager trafiken jämnt över de tillgängliga slutpunkterna i den regionen. Om du föredrar en annan trafikdistribution inom en region kan du använda kapslade Traffic Manager-profiler.
• Om alla aktiverade slutpunkter i den närmaste Azure-regionen har degraderats flyttar Traffic Manager trafik till slutpunkterna i nästa närmaste Azure-region. Om du vill definiera en önskad redundanssekvens använder du kapslade Traffic Manager-profiler.
• När du använder routningsmetoden Prestandatrafik med externa slutpunkter eller kapslade slutpunkter måste du ange platsen för dessa slutpunkter. Välj den Azure-region som är närmast distributionen. Dessa platser är de värden som stöds av tabellen För svarstid på Internet.
• Algoritmen som väljer slutpunkten är deterministisk. Upprepade DNS-frågor från samma klient dirigeras till samma slutpunkt. Vanligtvis använder klienter olika rekursiva DNS-servrar när de reser. Klienten kan dirigeras till en annan slutpunkt. Routning kan också påverkas av uppdateringar av tabellen För svarstid på Internet. Därför garanterar inte trafikdirigeringsmetoden Prestanda att en klient alltid dirigeras till samma slutpunkt.
• När tabellen Internetsvarstid ändras kan det hända att vissa klienter dirigeras till en annan slutpunkt. Den här routningsändringen är mer exakt baserat på aktuella svarstidsdata. De här uppdateringarna är viktiga för att upprätthålla noggrannheten för trafikdirigering av prestanda allt eftersom Internet utvecklas kontinuerligt.

Geografisk trafikroutningsmetod

Traffic Manager-profiler kan konfigureras för att använda metoden Geografisk routning så att användarna dirigeras till specifika slutpunkter: Azure, Extern eller Kapslad. Matchning baseras på den geografiska plats som DNS-frågan kommer från. Med den här routningsmetoden kan du följa datasuveränitetsmandat, lokalisering av innehåll och användarupplevelse och mäta trafik från olika regioner. När en profil har konfigurerats för geografisk routning måste varje slutpunkt som är associerad med den profilen ha en uppsättning geografiska regioner tilldelade till sig. En geografisk region kan ligga på följande kornighetsnivåer

• Världen – alla regioner
• Regional gruppering – till exempel Afrika, Mellanöstern, Australien/Stillahavsområdet osv.
• Land/region – till exempel Irland, Peru, Hongkong SAR osv.
• Delstat/provins – till exempel USA-Kalifornien, Australien-Queensland, Kanada-Alberta osv. (obs! den här kornighetsnivån stöds endast för stater/provinser i Australien, Kanada och USA).

När en region eller en uppsättning regioner tilldelas till en slutpunkt dirigeras alla begäranden från dessa regioner endast till den slutpunkten. Traffic Manager använder KÄLL-IP-adressen för DNS-frågan för att fastställa den region från vilken en användare frågar från. Hittas ofta som IP-adressen för den lokala DNS-matcharen som gör frågan för användaren.

Traffic Manager läser källans IP-adress för DNS-frågan och bestämmer vilken geografisk region den kommer från. Det ser sedan ut att se om det finns en slutpunkt som har den här geografiska regionen mappad till den. Den här sökningen börjar på den lägsta kornighetsnivån (först på den delstat/provins där den stöds, nästa på land-/regionnivå) och går hela vägen upp till den högsta nivån, som är Världen. Den första matchningen som hittas med den här bläddningen väljs som den slutpunkt som ska returneras i frågesvaret. När en fråga matchar en slutpunkt av kapslad typ returneras en slutpunkt inom den underordnade profilen baserat på dess routningsmetod. Följande punkter gäller för det här beteendet:

• En geografisk region kan endast mappas till en slutpunkt i en Traffic Manager-profil när routningstypen är Geografisk routning. Den här begränsningen säkerställer att routning av användare är deterministisk, och kunder kan aktivera scenarier som kräver entydiga geografiska gränser.

• Om en användares region visas under två olika slutpunkters geografiska mappning väljer Traffic Manager slutpunkten med den lägsta kornigheten. Traffic Manager överväger inte att dirigera begäranden från den regionen till den andra slutpunkten. Tänk dig till exempel en profil för geografisk routningstyp med två slutpunkter – Endpoint1 och Endpoint2. Endpoint1 har konfigurerats för att ta emot trafik från Irland och Endpoint2 har konfigurerats för att ta emot trafik från Europa. Om en begäran kommer från Irland dirigeras den alltid till Endpoint1.

• Eftersom en region bara kan mappas till en slutpunkt returnerar Traffic Manager ett svar om slutpunkten är felfri eller inte.

  Viktigt!

  Vi rekommenderar starkt att kunder som använder den geografiska routningsmetoden associerar den med slutpunkter av kapslad typ som har underordnade profiler som innehåller minst två slutpunkter inom var och en.

• Om en slutpunktsmatchning hittas och slutpunkten är i tillståndet Stoppad returnerar Traffic Manager ett NODATA-svar. I det här fallet görs inga ytterligare sökningar högre upp i hierarkin för geografiska regioner. Det här beteendet gäller även för kapslade slutpunktstyper när den underordnade profilen är i tillståndet Stoppad eller Inaktiverad .

• Om en slutpunkt visar statusen Inaktiverad inkluderas den inte i regionmatchningsprocessen. Det här beteendet gäller även för kapslade slutpunktstyper när slutpunkten är i inaktiverat tillstånd.

• Om en fråga kommer från en geografisk region som inte har någon mappning i profilen returnerar Traffic Manager ett NODATA-svar. Därför rekommenderar vi starkt att du använder geografisk routning med en slutpunkt. Helst av typen Kapslad med minst två slutpunkter i den underordnade profilen, med regionen World tilldelad till den. Den här konfigurationen säkerställer också att alla IP-adresser som inte mappas till en region hanteras.

Som beskrivs i Hur Traffic Manager fungerar tar Traffic Manager inte emot DNS-frågor direkt från klienter. DNS-frågor kommer från den rekursiva DNS-tjänsten som klienterna är konfigurerade att använda. Det är därför IP-adressen som används för att fastställa regionen inte är klientens IP-adress, utan snarare IP-adressen för den rekursiva DNS-tjänsten. Den här IP-adressen är en bra proxy för klienten.

Vanliga frågor och svar

• Vilka är några användningsfall där geografisk routning är användbar?

• Hur gör jag för att bestämma om jag ska använda prestandaroutningsmetod eller geografisk routningsmetod?

• Vilka regioner stöds av Traffic Manager för geografisk routning?

• Hur avgör Traffic Manager var en användare frågar från?

• Är det garanterat att Traffic Manager kan fastställa den exakta geografiska platsen för användaren i varje enskilt fall?

• Måste en slutpunkt finnas fysiskt i samma region som den som den har konfigurerats med för geografisk routning?

• Kan jag tilldela geografiska regioner till slutpunkter i en profil som inte är konfigurerad för geografisk routning?

• Varför får jag ett fel när jag försöker ändra routningsmetoden för en befintlig profil till Geografisk?

• Varför rekommenderar vi starkt att kunder skapar kapslade profiler i stället för slutpunkter under en profil med geografisk routning aktiverad?

• Finns det några begränsningar för API-versionen som stöder den här routningstypen?

Multivalue-trafikroutningsmetod

Med multivalue-trafikdirigeringsmetoden kan du hämta flera felfria slutpunkter i ett enda DNS-frågesvar. Med den här konfigurationen kan anroparen göra återförsök på klientsidan med andra slutpunkter om en returnerad slutpunkt inte svarar. Det här mönstret kan öka tillgängligheten för en tjänst och minska den svarstid som är associerad med en ny DNS-fråga för att hämta en felfri slutpunkt. MultiValue-routningsmetoden fungerar bara om alla slutpunkter av typen "Extern" och anges som IPv4- eller IPv6-adresser. När en fråga tas emot för den här profilen returneras alla felfria slutpunkter och omfattas av ett konfigurerbart maximalt antal returneringar.

Vanliga frågor och svar

• Vilka är några användningsfall där MultiValue-routning är användbart?

• Hur många slutpunkter returneras när MultiValue-routning används?

• Får jag samma uppsättning slutpunkter när MultiValue-routning används?

Trafikroutningsmetod för undernät

Med trafikdirigeringsmetoden undernät kan du mappa en uppsättning ip-adressintervall för slutanvändare till specifika slutpunkter i en profil. Om Traffic Manager tar emot en DNS-fråga för den profilen kommer den att granska käll-IP-adressen för den begäran. Den avgör sedan vilken slutpunkt den mappas till och returnerar den slutpunkten i frågesvaret. I de flesta fall är källans IP-adress den DNS-matchare som används av anroparen.

IP-adressen som ska mappas till en slutpunkt kan anges som CIDR-intervall (till exempel 1.2.3.0/24) eller som ett adressintervall (till exempel 1.2.3.4-5.6.7.8). IP-intervallen som är associerade med en slutpunkt måste vara unika i den profilen. Adressintervallet kan inte ha en överlappning med IP-adressuppsättningen för en annan slutpunkt i samma profil. Om du definierar en slutpunkt utan adressintervall fungerar den som en reserv och tar trafik från eventuella återstående undernät. Om ingen återställningsslutpunkt ingår skickar Traffic Manager ett NODATA-svar för alla odefinierade intervall. Vi rekommenderar starkt att du definierar en återställningsslutpunkt för att säkerställa att alla möjliga IP-intervall anges över dina slutpunkter.

Routning av undernät kan användas för att leverera en annan upplevelse för användare som ansluter från ett specifikt IP-utrymme. Du kan till exempel göra så att alla begäranden från företagets kontor dirigeras till en annan slutpunkt. Den här routningsmetoden är särskilt användbar om du försöker testa en intern version av appen. Ett annat scenario är om du vill ge användare som ansluter från en specifik ISP en annan upplevelse (till exempel blockera användare från en viss ISP).

Vanliga frågor och svar

• Vilka är några användningsfall där routning av undernät är användbart?

• Hur känner Traffic Manager till slutanvändarens IP-adress?

• Hur anger jag IP-adresser när jag använder routning av undernät?

• Hur anger jag en återställningsslutpunkt när jag använder routning av undernät?

• Vad händer om en slutpunkt är inaktiverad i en profil för routningstyp för undernät?

Nästa steg

Lär dig hur du utvecklar program med hög tillgänglighet med hjälp av Traffic Manager-slutpunktsövervakning