Delen via


Hoe Traffic Manager werkt

Met Azure Traffic Manager kunt u de distributie van verkeer tussen uw toepassingseindpunten beheren. Een eindpunt is een internetgerichte service die binnen of buiten Azure wordt gehost.

Traffic Manager biedt twee belangrijke voordelen:

Wanneer een client probeert verbinding maken met een service, moet deze eerst de DNS-naam van de service omzetten naar een IP-adres. De client maakt vervolgens verbinding met dat IP-adres om toegang te krijgen tot de service.

Het belangrijkste punt om te begrijpen is dat Traffic Manager werkt op DNS-niveau dat zich op de toepassingslaag bevindt (laag-7). Traffic Manager gebruikt DNS om clients naar specifieke service-eindpunten te leiden op basis van de regels van de verkeersrouteringsmethode. Clients maken rechtstreeks verbinding met het geselecteerde eindpunt. Traffic Manager is geen proxy of gateway. Traffic Manager ziet het verkeer dat wordt doorgegeven tussen de client en de service niet.

Traffic Manager gebruikt profielen om verkeer naar uw cloudservices of website-eindpunten te beheren. Zie Een Azure Traffic Manager-profiel beheren voor meer informatie over profielen.

Voorbeeld van Traffic Manager

Contoso Corp heeft een nieuwe partnerportal ontwikkeld. De URL voor deze portal is https://partners.contoso.com/login.aspx. De toepassing wordt gehost in drie regio's van Azure. Om de beschikbaarheid te verbeteren en de wereldwijde prestaties te maximaliseren, gebruiken ze Traffic Manager om clientverkeer te distribueren naar het dichtstbijzijnde beschikbare eindpunt.

Om deze configuratie te bereiken, voeren ze de volgende stappen uit:

  1. Implementeer drie exemplaren van hun service. De DNS-namen van deze implementaties zijn 'contoso-us.cloudapp.net', 'contoso-eu.cloudapp.net' en 'contoso-asia.cloudapp.net'.
  2. Maak een Traffic Manager-profiel met de naam 'contoso.trafficmanager.net' en configureer het voor het gebruik van de verkeersrouteringsmethode 'Prestaties' voor de drie eindpunten.
  3. Configureer de domeinnaam van hun vanity, 'partners.contoso.com', om te verwijzen naar 'contoso.trafficmanager.net', met behulp van een DNS CNAME-record.

Belangrijk

Slechts één Azure [tenant-id] kan eigenaar zijn van een bepaalde DNS-naam van traffic manager in de hoofdmap. Als u een naam probeert te gebruiken die al in gebruik is, wordt er een fout weergegeven. In het volgende voorbeeld is de DNS-hoofdnaam contoso. Als een profiel wordt gemaakt met een door punt gescheiden naam, zoals partners.contoso.trafficmanager.net, wordt contoso.trafficmanager.net automatisch gereserveerd.

DNS-configuratie van Traffic Manager

Notitie

Wanneer u een vanity-domein gebruikt met Azure Traffic Manager, moet u een CNAME gebruiken om uw vanity-domeinnaam te laten verwijzen naar uw Traffic Manager-domeinnaam. Met DNS-standaarden kunt u geen CNAME maken in de 'apex' (of root) van een domein. U kunt dus geen CNAME maken voor 'contoso.com' (ook wel een 'naakt' domein genoemd). U kunt alleen een CNAME maken voor een domein onder 'contoso.com', zoals 'www.contoso.com'. Om deze beperking te omzeilen, raden we u aan uw DNS-domein op Azure DNS te hosten en aliasrecords te gebruiken om naar uw Traffic Manager-profiel te verwijzen. U kunt ook een eenvoudige HTTP-omleiding gebruiken om aanvragen voor 'contoso.com' door te sturen naar een alternatieve naam, zoals 'www.contoso.com'.

Hoe clients verbinding maken met Traffic Manager

Als een client de pagina https://partners.contoso.com/login.aspxaanvraagt vanuit het vorige voorbeeld, voert de client de volgende stappen uit om de DNS-naam op te lossen en een verbinding tot stand te brengen:

Verbindingsinstelling met Traffic Manager

  1. De client verzendt een DNS-query naar de geconfigureerde recursieve DNS-service om de naam 'partners.contoso.com' op te lossen. Een recursieve DNS-service, ook wel een 'lokale DNS'-service genoemd, host niet rechtstreeks DNS-domeinen. In plaats daarvan laadt de client het werk van het contact opnemen met de verschillende gezaghebbende DNS-services via internet die nodig zijn om een DNS-naam op te lossen.

  2. Als u de DNS-naam wilt omzetten, zoekt de recursieve DNS-service de naamservers voor het domein 'contoso.com'. Vervolgens wordt contact opgenomen met deze naamservers om de DNS-record 'partners.contoso.com' aan te vragen. De contoso.com DNS-servers retourneren de CNAME-record die verwijst naar contoso.trafficmanager.net.

  3. Vervolgens vindt de recursieve DNS-service de naamservers voor het domein 'trafficmanager.net', die worden geleverd door de Azure Traffic Manager-service. Vervolgens wordt een aanvraag voor de DNS-record 'contoso.trafficmanager.net' verzonden naar die DNS-servers.

  4. De Traffic Manager-naamservers ontvangen de aanvraag. Ze kiezen een eindpunt op basis van:

    • De geconfigureerde status van elk eindpunt (uitgeschakelde eindpunten worden niet geretourneerd)
    • De huidige status van elk eindpunt, zoals wordt bepaald door de Traffic Manager-statuscontroles. Zie Traffic Manager Endpoint Monitoring voor meer informatie.
    • De gekozen verkeersrouteringsmethode. Zie Traffic Manager-routeringsmethoden voor meer informatie.
  5. Het gekozen eindpunt wordt geretourneerd als een andere DNS CNAME-record. In dit geval gaan we ervan uit dat contoso-eu.cloudapp.net wordt geretourneerd.

  6. Vervolgens zoekt de recursieve DNS-service de naamservers voor het domein 'cloudapp.net'. Er wordt contact opgenomen met die naamservers om de DNS-record 'contoso-eu.cloudapp.net' aan te vragen. Er wordt een DNS-record met het IP-adres van het service-eindpunt op basis van de EU geretourneerd.

  7. De recursieve DNS-service consolideert de resultaten en retourneert één DNS-antwoord op de client.

  8. De client ontvangt de DNS-resultaten en maakt verbinding met het opgegeven IP-adres. De client maakt rechtstreeks verbinding met het service-eindpunt van de toepassing, niet via Traffic Manager. Omdat het een HTTPS-eindpunt is, voert de client de benodigde SSL/TLS-handshake uit en maakt vervolgens een HTTP GET-aanvraag voor de pagina '/login.aspx'.

Traffic Manager en de DNS-cache

De recursieve DNS-service slaat de DNS-antwoorden die worden ontvangen in de cache op. De DNS-resolver op het clientapparaat slaat het resultaat ook in de cache op. Met caching kunnen volgende DNS-query's sneller worden beantwoord door gegevens uit de cache te gebruiken in plaats van een query uit te voeren op andere naamservers. De duur van de cache wordt bepaald door de eigenschap time-to-live (TTL) van elke DNS-record. Kortere waarden resulteren in een snellere verlooptijd van de cache en dus meer retouren naar de Traffic Manager-naamservers. Langere waarden betekenen dat het langer kan duren om verkeer weg te leiden van een mislukt eindpunt. Met Traffic Manager kunt u de TTL configureren die wordt gebruikt in DNS-antwoorden van Traffic Manager, zo laag als 0 seconden en zo hoog als 2.147.483.647 seconden (het maximale bereik dat compatibel is met RFC-1035), zodat u de waarde kunt kiezen die het beste in balans is met de behoeften van uw toepassing.

Veelgestelde vragen

Volgende stappen

Meer informatie over traffic manager-eindpuntbewaking en automatische failover.

Meer informatie over verkeersrouteringsmethoden voor Traffic Manager.