Så här fungerar Traffic Manager

Med Azure Traffic Manager kan du styra distributionen av trafik över 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å DEN DNS-nivå som finns på programskiktet (Layer-7). Traffic Manager använder DNS för att dirigera klienter till specifika tjänstslutpunkter baserat på reglerna för trafikdirigeringsmetoden. Klienter ansluter direkt till den valda slutpunkten. Traffic Manager är inte en proxy eller en gateway. Traffic Manager ser inte trafiken som skickas 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 den närmaste tillgängliga slutpunkten.

För att uppnå den här konfigurationen slutfö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 de pekar på "contoso.trafficmanager.net", med hjälp av en DNS CNAME-post.

Viktigt!

Endast ett Azure [klient-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.

Kommentar

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 domänens "apex" (eller rot). Därför kan du inte skapa ett CNAME för "contoso.com" (kallas ibland för en "naken" domän). Du kan bara skapa en CNAME för en domän under "contoso.com", till exempel "www.contoso.com". För att undvika 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 som "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 direkt värd för DNS-domäner. Klienten avlastar snarare 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". 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, enligt hälsokontrollerna i Traffic Manager. Mer information finns i Traffic Manager-slutpunktsövervakning.
   • Den valda trafikroutningsmetoden. Mer information finns i Traffic Manager-routningsmetoder.

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 cacheminnet 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 TTL som används i Traffic Manager DNS-svar så lågt som 0 sekunder och så högt som 2 147 483 647 sekunder (det högsta 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?

• Hur påverkas prestandan 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.