Så här fungerar Traffic Manager

Med Azure Traffic Manager kan du styra distributionen av trafik mellan programslutpunkterna. En slutpunkt är en Internetansluten tjänst i eller utanför Azure.

Traffic Manager ger två viktiga fördelar:

• Distribution av trafik enligt en av flera trafikdirigeringsmetoder
• Kontinuerlig övervakning av slutpunktshälsa och automatisk redundans när slutpunkter misslyckas

När en klient försöker ansluta till en tjänst måste den först matcha tjänstens DNS-namn till en IP-adress. Klienten ansluter sedan till den IP-adressen för att få åtkomst till tjänsten.

Den viktigaste punkten att förstå är att Traffic Manager fungerar på DNS-nivå som finns på programlagret (Layer-7). Traffic Manager använder DNS för att dirigera klienter till specifika tjänstslutpunkter baserat på reglerna för trafikroutningsmetoden. Klienter ansluter direkt till den valda slutpunkten. Traffic Manager är inte en proxy eller en gateway. Traffic Manager ser inte trafiken som passerar mellan klienten och tjänsten.

Traffic Manager använder profiler för att styra trafik till dina molntjänster eller webbplatsslutpunkter. Mer information om profiler finns i Hantera en Azure Traffic Manager-profil.

Traffic Manager-exempel

Contoso Corp har utvecklat en ny partnerportal. URL:en för den här portalen är https://partners.contoso.com/login.aspx. Programmet finns i tre regioner i Azure. För att förbättra tillgängligheten och maximera globala prestanda använder de Traffic Manager för att distribuera klienttrafik till närmaste tillgängliga slutpunkt.

För att uppnå den här konfigurationen utför de följande steg:

1. Distribuera tre instanser av tjänsten. DNS-namnen för dessa distributioner är "contoso-us.cloudapp.net", "contoso-eu.cloudapp.net" och "contoso-asia.cloudapp.net".
2. Skapa en Traffic Manager-profil med namnet "contoso.trafficmanager.net" och konfigurera den så att den använder trafikdirigeringsmetoden "Prestanda" mellan de tre slutpunkterna.
3. Konfigurera deras fåfänga domännamn, "partners.contoso.com", så att det pekar på "contoso.trafficmanager.net", med hjälp av en DNS CNAME-post.

Viktigt

Endast en Azure [klientorganisations-ID] kan äga ett angivet DNS-namn för rottrafikhanteraren. Om du försöker använda ett namn som redan används visas ett fel. I följande exempel är rot-DNS-namnet contoso. Om en profil skapas med ett punktavgränsat namn, till exempel partners.contoso.trafficmanager.net, reserveras contoso.trafficmanager.net automatiskt.

Anteckning

När du använder en fåfäng domän med Azure Traffic Manager måste du använda ett CNAME för att peka ditt fåfänga domännamn på ditt Traffic Manager-domännamn. MED DNS-standarder kan du inte skapa ett CNAME i "apex" (eller roten) i en domän. Därför kan du inte skapa ett CNAME för "contoso.com" (kallas ibland en "naken" domän). Du kan bara skapa ett CNAME för en domän under "contoso.com", till exempel "www.contoso.com". För att kringgå den här begränsningen rekommenderar vi att du är värd för din DNS-domän i Azure DNS och använder aliasposter för att peka på din Traffic Manager-profil. Du kan också använda en enkel HTTP-omdirigering för att dirigera begäranden om "contoso.com" till ett alternativt namn, till exempel "www.contoso.com".

Så här ansluter klienter med Traffic Manager

Om du fortsätter från föregående exempel, när en klient begär sidan https://partners.contoso.com/login.aspx, utför klienten följande steg för att matcha DNS-namnet och upprätta en anslutning:

1. Klienten skickar en DNS-fråga till sin konfigurerade rekursiva DNS-tjänst för att matcha namnet "partners.contoso.com". En rekursiv DNS-tjänst, som ibland kallas för en "lokal DNS"-tjänst, är inte värd för DNS-domäner direkt. Klienten avlastar i stället arbetet med att kontakta de olika auktoritativa DNS-tjänsterna via Internet som behövs för att matcha ett DNS-namn.

2. För att matcha DNS-namnet hittar den rekursiva DNS-tjänsten namnservrarna för domänen "contoso.com". Den kontaktar sedan dessa namnservrar för att begära DNS-posten "partners.contoso.com". De contoso.com DNS-servrarna returnerar CNAME-posten som pekar på contoso.trafficmanager.net.

3. Därefter hittar den rekursiva DNS-tjänsten namnservrarna för domänen "trafficmanager.net", som tillhandahålls av Azure Traffic Manager-tjänsten. Den skickar sedan en begäran om DNS-posten "contoso.trafficmanager.net" till dessa DNS-servrar.

4. Traffic Manager-namnservrarna tar emot begäran. De väljer en slutpunkt baserat på:

   • Det konfigurerade tillståndet för varje slutpunkt (inaktiverade slutpunkter returneras inte)
   • Den aktuella hälsan för varje slutpunkt, som bestäms av Traffic Manager-hälsokontrollerna. Mer information finns i Traffic Manager-slutpunktsövervakning.
   • Den valda trafikroutningsmetoden. Mer information finns i Routningsmetoder för Traffic Manager.

5. Den valda slutpunkten returneras som en annan DNS CNAME-post. I det här fallet antar vi att contoso-eu.cloudapp.net returneras.

6. Därefter hittar den rekursiva DNS-tjänsten namnservrarna för domänen "cloudapp.net". Den kontaktar dessa namnservrar för att begära DNS-posten "contoso-eu.cloudapp.net". En DNS-post med IP-adressen för den EU-baserade tjänstslutpunkten returneras.

7. Den rekursiva DNS-tjänsten konsoliderar resultatet och returnerar ett enda DNS-svar till klienten.

8. Klienten tar emot DNS-resultaten och ansluter till den angivna IP-adressen. Klienten ansluter direkt till programtjänstens slutpunkt, inte via Traffic Manager. Eftersom det är en HTTPS-slutpunkt utför klienten den nödvändiga SSL/TLS-handskakningen och gör sedan en HTTP GET-begäran för sidan "/login.aspx".

Traffic Manager och DNS-cachen

Den rekursiva DNS-tjänsten cachelagrar DE DNS-svar som den tar emot. DNS-matcharen på klientenheten cachelagrar också resultatet. Cachelagring gör att efterföljande DNS-frågor kan besvaras snabbare med hjälp av data från cachen i stället för att fråga andra namnservrar. Cachens varaktighet bestäms av egenskapen "time-to-live" (TTL) för varje DNS-post. Kortare värden resulterar i snabbare cacheförfallotid och därmed fler turer till Traffic Manager-namnservrarna. Längre värden innebär att det kan ta längre tid att dirigera trafik bort från en misslyckad slutpunkt. Med Traffic Manager kan du konfigurera den TTL som används i Traffic Manager DNS-svar till så låg som 0 sekunder och så hög som 2 147 483 647 sekunder (det maximala intervallet som är kompatibelt med RFC-1035), så att du kan välja det värde som bäst balanserar programmets behov.

Vanliga frågor och svar

• Vilken IP-adress använder Traffic Manager?

• Vilka typer av trafik kan dirigeras med Traffic Manager?

• Stöder Traffic Manager "klibbiga" sessioner?

• Varför visas ett HTTP-fel när jag använder Traffic Manager?

• Hur löser jag ett 500-problem (internt serverfel) när jag använder Traffic Manager?

• Vad är prestandaeffekten av att använda Traffic Manager?

• Vilka programprotokoll kan jag använda med Traffic Manager?

• Kan jag använda Traffic Manager med ett "naken" domännamn?

• Tar Traffic Manager hänsyn till klientens undernätsadress vid hantering av DNS-frågor?

• Vad är DNS TTL och hur påverkar det mina användare?

• Hur högt eller lågt kan jag ange TTL för Traffic Manager-svar?

• Hur kan jag förstå mängden frågor som kommer till min profil?

Nästa steg

Läs mer om traffic manager-slutpunktsövervakning och automatisk redundans.

Läs mer om Traffic Manager-trafikroutningsmetoder.