Routeringsmethoden voor Traffic Manager

Azure Traffic Manager ondersteunt zes verkeersrouteringsmethoden om te bepalen hoe netwerkverkeer naar de verschillende service-eindpunten moet worden gerouteerd. Voor elk profiel past Traffic Manager de verkeersrouteringsmethode toe die eraan is gekoppeld aan elke DNS-query die wordt ontvangen. De verkeersrouteringsmethode bepaalt welk eindpunt wordt geretourneerd in het DNS-antwoord.

De volgende verkeersrouteringsmethoden zijn beschikbaar in Traffic Manager:

• Prioriteit: Selecteer Prioriteitsroutering wanneer u een primair service-eindpunt wilt hebben voor al het verkeer. U kunt meerdere back-upeindpunten opgeven als de primaire eindpunten of een van de back-upeindpunten niet beschikbaar is.
• Gewogen: selecteer Gewogen routering wanneer u verkeer wilt verdelen over een set eindpunten op basis van hun gewicht. Stel het gewicht hetzelfde in om gelijkmatig over alle eindpunten te verdelen.
• Prestaties: Selecteer Prestatieroutering wanneer u eindpunten op verschillende geografische locaties hebt en u wilt dat eindgebruikers het dichtstbijzijnde eindpunt gebruiken voor de laagste netwerklatentie.
• Geografisch: selecteer geografische routering om gebruikers naar specifieke eindpunten (Azure, Extern of Genest) te leiden op basis van waar hun DNS-query's geografisch vandaan komen. Met deze routeringsmethode kunt u voldoen aan scenario's zoals mandaten voor gegevenssoevereiniteit, lokalisatie van inhoud en gebruikerservaring en het meten van verkeer uit verschillende regio's.
• Meerdere waarden: Selecteer MultiValue voor Traffic Manager-profielen met alleen IPv4-/IPv6-adressen als eindpunten. Wanneer een query voor dit profiel wordt ontvangen, worden alle eindpunten in orde geretourneerd.
• Subnet: Selecteer de methode voor verkeersroutering van subnet om sets IP-adresbereiken van eindgebruikers toe te wijzen aan een specifiek eindpunt. Wanneer een aanvraag wordt ontvangen, wordt het geretourneerde eindpunt het eindpunt dat is toegewezen voor het bron-IP-adres van die aanvraag. 

Alle Traffic Manager-profielen hebben statuscontrole en automatische failover van eindpunten. Zie Traffic Manager Endpoint Monitoring voor meer informatie. Binnen een Traffic Manager-profiel kunt u slechts één verkeersrouteringsmethode tegelijk configureren. U kunt op elk gewenst moment een andere verkeersrouteringsmethode voor uw profiel selecteren. Uw wijzigingen worden binnen een minuut zonder downtime toegepast. U kunt verkeersrouteringsmethoden combineren met behulp van geneste Traffic Manager-profielen. Met nestprofielen kunnen geavanceerde configuraties voor verkeersroutering worden geconfigureerd die voldoen aan de behoeften van grotere en complexe toepassingen. Zie geneste Traffic Manager-profielen voor meer informatie.

Prioriteitsmethode voor verkeersroutering

Vaak wil een organisatie betrouwbaarheid bieden voor hun services. Hiervoor implementeren ze een of meer back-upservices voor het geval de primaire services uitvalt. Met de verkeersrouteringsmethode Prioriteit kunnen Azure-klanten dit failoverpatroon eenvoudig implementeren.

Het Traffic Manager-profiel bevat een lijst met service-eindpunten met prioriteit. Standaard verzendt Traffic Manager al het verkeer naar het primaire eindpunt (met de hoogste prioriteit). Als het primaire eindpunt niet beschikbaar is, stuurt Traffic Manager het verkeer naar het tweede eindpunt. In een situatie waarin de primaire en secundaire eindpunten niet beschikbaar zijn, gaat het verkeer naar de derde, enzovoort. De beschikbaarheid van het eindpunt is gebaseerd op de geconfigureerde status (ingeschakeld of uitgeschakeld) en de voortdurende eindpuntcontrole.

Eindpunten configureren

Met Azure Resource Manager configureert u de eindpuntprioriteit expliciet met behulp van de eigenschap Prioriteit voor elk eindpunt. Deze eigenschap is een waarde tussen 1 en 1000. Een lagere waarde vertegenwoordigt een hogere prioriteit. Eindpunten kunnen geen prioriteitswaarden delen. Het instellen van de eigenschap is optioneel. Wanneer u dit weglaat, wordt een standaardprioriteit gebruikt op basis van de eindpuntvolgorde.

Gewogen verkeersrouteringsmethode

Met de methode Gewogen verkeersroutering kunt u verkeer gelijkmatig verdelen of een vooraf gedefinieerde weging gebruiken.

In de methode Gewogen verkeersroutering wijst u een gewicht toe aan elk eindpunt in de configuratie van het Traffic Manager-profiel. Het gewicht is een geheel getal tussen 1 en 1000. Deze parameter is optioneel. Als u dit weglaat, gebruikt Traffic Managers een standaardgewicht van '1'. Hoe hoger gewicht, hoe hoger de prioriteit.

Voor elke ontvangen DNS-query kiest Traffic Manager willekeurig een beschikbaar eindpunt. De kans dat een eindpunt wordt gekozen, is gebaseerd op het gewicht dat is toegewezen aan alle beschikbare eindpunten. Het gebruik van hetzelfde gewicht voor alle eindpunten resulteert in een gelijkmatige verkeersdistributie. Als u een hoger of lager gewicht op specifieke eindpunten gebruikt, worden deze eindpunten vaker of minder vaak geretourneerd in de DNS-antwoorden.

De gewogen methode maakt enkele nuttige scenario's mogelijk:

• Geleidelijke toepassingsupgrade: Gezien een percentage verkeer dat naar een nieuw eindpunt moet worden gerouteerd en het verkeer geleidelijk wordt verhoogd naar 100%.
• Toepassingsmigratie naar Azure: maak een profiel met zowel Azure- als externe eindpunten. Pas het gewicht van de eindpunten aan om de voorkeur te geven aan de nieuwe eindpunten.
• Cloud-bursting voor meer capaciteit: breid een on-premises implementatie snel uit in de cloud door deze achter een Traffic Manager-profiel te plaatsen. Wanneer u extra capaciteit in de cloud nodig hebt, kunt u meer eindpunten toevoegen of inschakelen en opgeven welk deel van het verkeer naar elk eindpunt gaat.

U kunt gewichten configureren met behulp van Azure Portal, Azure PowerShell, CLI of de REST API's.

Een punt om te onthouden is dat DNS-antwoorden worden opgeslagen in de cache van clients. Ze worden ook in de cache opgeslagen door de recursieve DNS-servers die de clients gebruiken om DNS-namen om te zetten. Deze caching kan een effect hebben op gewogen verkeersdistributies. Wanneer het aantal clients en recursieve DNS-servers groot is, werkt de verkeersdistributie zoals verwacht. Wanneer het aantal clients of recursieve DNS-servers echter klein is, kan caching de verkeersdistributie aanzienlijk scheeftrekken.

Veelvoorkomende gebruiksvoorbeelden zijn:

• Ontwikkel- en testomgevingen
• Communicatie tussen toepassingen
• Toepassingen die zijn gericht op een smalle gebruikersbasis die een gemeenschappelijke recursieve DNS-infrastructuur delen (bijvoorbeeld werknemers van het bedrijf die verbinding maken via een proxy)

Deze DNS-caching-effecten zijn gebruikelijk voor alle OP DNS gebaseerde verkeersrouteringssystemen, niet alleen Voor Azure Traffic Manager. In sommige gevallen kan het expliciet wissen van de DNS-cache een tijdelijke oplossing bieden. Als dat niet werkt, is een alternatieve verkeersrouteringsmethode mogelijk geschikter.

Routeringsmethode voor prestatieverkeer

Het implementeren van eindpunten op twee of meer locaties over de hele wereld kan de reactiesnelheid van uw toepassingen verbeteren. Met de verkeersrouteringsmethode 'Prestaties' kunt u verkeer routeren naar de locatie die zich het dichtst bij u bevindt.

Het dichtstbijzijnde eindpunt ligt niet noodzakelijkerwijs het dichtst bij de geografische afstand. In plaats daarvan bepaalt de verkeersrouteringsmethode 'Prestaties' het dichtstbijzijnde eindpunt door de netwerklatentie te meten. Traffic Manager onderhoudt een tabel met internetlatentie om de retourtijd tussen IP-adresbereiken en elk Azure-datacenter bij te houden.

Traffic Manager zoekt het bron-IP-adres van de binnenkomende DNS-aanvraag in de tabel Internetlatentie op. Traffic Manager kiest vervolgens een beschikbaar eindpunt in het Azure-datacenter met de laagste latentie voor dat IP-adresbereik. Vervolgens retourneert Traffic Manager dat eindpunt in het DNS-antwoord.

Zoals uitgelegd in Hoe Traffic Manager werkt, ontvangt Traffic Manager geen DNS-query's rechtstreeks van clients. In plaats daarvan zijn DNS-query's afkomstig van de recursieve DNS-service die de clients zijn geconfigureerd voor gebruik. Als zodanig is het IP-adres dat wordt gebruikt om het dichtstbijzijnde eindpunt te bepalen, niet het IP-adres van de client, maar het IP-adres van de recursieve DNS-service. Dit IP-adres is een goede proxy voor de client.

Traffic Manager werkt de tabel internetlatentie regelmatig bij om rekening te houden met wijzigingen in het wereldwijde internet en nieuwe Azure-regio's. De prestaties van toepassingen variëren echter op basis van realtime variaties in belasting op internet. Routering van prestatieverkeer bewaakt de belasting van een bepaald service-eindpunt niet. Als een eindpunt niet meer beschikbaar is, neemt Traffic Manager het niet op in de DNS-queryantwoorden.

Aandachtspunten:

• Als uw profiel meerdere eindpunten in dezelfde Azure-regio bevat, distribueert Traffic Manager verkeer gelijkmatig over de beschikbare eindpunten in die regio. Als u de voorkeur geeft aan een andere verkeersdistributie binnen een regio, kunt u geneste Traffic Manager-profielen gebruiken.
• Als alle ingeschakelde eindpunten in de dichtstbijzijnde Azure-regio worden gedegradeerd, verplaatst Traffic Manager verkeer naar de eindpunten in de dichtstbijzijnde Azure-regio. Als u een voorkeursfailoverreeks wilt definiëren, gebruikt u geneste Traffic Manager-profielen.
• Wanneer u de routeringsmethode prestatieverkeer met externe eindpunten of geneste eindpunten gebruikt, moet u de locatie van deze eindpunten opgeven. Kies de Azure-regio die het dichtst bij uw implementatie ligt. Deze locaties zijn de waarden die worden ondersteund door de tabel Internetlatentie.
• Het algoritme dat het eindpunt kiest, is deterministisch. Herhaalde DNS-query's van dezelfde client worden omgeleid naar hetzelfde eindpunt. Clients gebruiken doorgaans verschillende recursieve DNS-servers wanneer ze onderweg zijn. De client kan worden gerouteerd naar een ander eindpunt. Routering kan ook worden beïnvloed door updates van de internetlatentietabel. Daarom garandeert de routeringsmethode voor prestatieverkeer niet dat een client altijd naar hetzelfde eindpunt wordt gerouteerd.
• Wanneer de tabel internetlatentie wordt gewijzigd, ziet u mogelijk dat sommige clients naar een ander eindpunt worden omgeleid. Deze routeringswijziging is nauwkeuriger op basis van de huidige latentiegegevens. Deze updates zijn essentieel om de nauwkeurigheid van verkeersroutering van prestaties te behouden naarmate internet zich voortdurend ontwikkelt.

Methode voor geografische verkeersroutering

Traffic Manager-profielen kunnen worden geconfigureerd om de geografische routeringsmethode te gebruiken, zodat gebruikers worden omgeleid naar specifieke eindpunten: Azure, Extern of Genest. Matching is gebaseerd op de geografische locatie waaruit de DNS-query afkomstig is. Met deze routeringsmethode kunt u voldoen aan de mandaten voor gegevenssoevereiniteit, lokalisatie van inhoud en gebruikerservaring en het meten van verkeer uit verschillende regio's. Wanneer een profiel is geconfigureerd voor geografische routering, moet aan elk eindpunt dat aan dat profiel is gekoppeld een set geografische regio's zijn toegewezen. Een geografische regio kan zich op de volgende granulariteitsniveaus bevinden

• Wereld– elke regio
• Regionale groepering, bijvoorbeeld Afrika, Midden-Oosten, Australië/Stille Oceaan, enzovoort.
• Land/regio – bijvoorbeeld Ierland, Peru, Hongkong SAR enz.
• Staat/provincie: bijvoorbeeld USA-California, Australia-Australia-Australia, Canada-Alberta enzovoort (let op: dit granulariteitsniveau wordt alleen ondersteund voor staten/provincies in Australië, Canada en VS).

Wanneer een regio of een set regio's wordt toegewezen aan een eindpunt, worden alle aanvragen van die regio's alleen doorgestuurd naar dat eindpunt. Traffic Manager gebruikt het bron-IP-adres van de DNS-query om de regio te bepalen van waaruit een gebruiker een query uitvoert. Dit wordt meestal gevonden als het IP-adres van de lokale DNS-resolver, waardoor de query voor de gebruiker wordt gemaakt.

Traffic Manager leest het bron-IP-adres van de DNS-query en bepaalt uit welke geografische regio deze afkomstig is. Vervolgens wordt er gezocht of er een eindpunt is waaraan deze geografische regio is toegewezen. Deze zoekactie begint op het laagste granulariteitsniveau (eerst op de staat/provincie waar het wordt ondersteund, vervolgens op land-/regioniveau) en gaat helemaal naar het hoogste niveau, dat wereld is. De eerste overeenkomst die is gevonden met behulp van deze doorkruising, wordt gekozen als het eindpunt dat moet worden geretourneerd in het queryantwoord. Wanneer een query overeenkomt met een eindpunt van het geneste type, wordt een eindpunt binnen dat onderliggende profiel geretourneerd op basis van de routeringsmethode. De volgende punten zijn van toepassing op dit gedrag:

• Een geografische regio kan slechts worden toegewezen aan één eindpunt in een Traffic Manager-profiel wanneer het routeringstype Geografische routering is. Deze beperking zorgt ervoor dat routering van gebruikers deterministisch is en klanten scenario's kunnen inschakelen waarvoor ondubbelzinnige geografische grenzen zijn vereist.

• Als de regio van een gebruiker wordt vermeld onder de geografische toewijzing van twee verschillende eindpunten, selecteert Traffic Manager het eindpunt met de laagste granulariteit. Traffic Manager overweegt geen routeringsaanvragen van die regio naar het andere eindpunt. Denk bijvoorbeeld aan een profiel voor geografische routeringstypen met twee eindpunten: Endpoint1 en Endpoint2. Endpoint1 is geconfigureerd voor het ontvangen van verkeer van Ierland en Endpoint2 is geconfigureerd voor het ontvangen van verkeer van Europa. Als een aanvraag afkomstig is van Ierland, wordt deze altijd doorgestuurd naar Endpoint1.

• Omdat een regio slechts aan één eindpunt kan worden toegewezen, retourneert Traffic Manager een antwoord of het eindpunt in orde is of niet.

  Belangrijk

  Het wordt ten zeerste aanbevolen dat klanten die de geografische routeringsmethode gebruiken, deze koppelen aan de geneste type-eindpunten met onderliggende profielen die ten minste twee eindpunten binnen elk eindpunt bevatten.

• Als er een eindpuntovereenkomst wordt gevonden en dat eindpunt de status Gestopt heeft, retourneert Traffic Manager een NODATA-antwoord. In dit geval zijn er geen verdere zoekacties hoger in de geografische regiohiërarchie. Dit gedrag is ook van toepassing op geneste eindpunttypen wanneer het onderliggende profiel de status Gestopt of Uitgeschakeld heeft.

• Als een eindpunt de status Uitgeschakeld weergeeft, wordt het niet opgenomen in het regiokoppelingsproces. Dit gedrag is ook van toepassing op geneste eindpunttypen wanneer het eindpunt de status Uitgeschakeld heeft.

• Als een query afkomstig is van een geografische regio die geen toewijzing in dat profiel heeft, retourneert Traffic Manager een NODATA-antwoord. Daarom raden we u ten zeerste aan om geografische routering met één eindpunt te gebruiken. In het ideale geval van het type Genest met ten minste twee eindpunten in het onderliggende profiel, waarbij de regiowereld eraan is toegewezen. Deze configuratie zorgt er ook voor dat ALLE IP-adressen die niet aan een regio zijn toegewezen, worden verwerkt.

Zoals uitgelegd in Hoe Traffic Manager werkt, ontvangt Traffic Manager geen DNS-query's rechtstreeks van clients. DNS-query's zijn afkomstig van de recursieve DNS-service die de clients zijn geconfigureerd voor gebruik. Daarom is het IP-adres dat wordt gebruikt om de regio te bepalen niet het IP-adres van de client, maar het IP-adres van de recursieve DNS-service. Dit IP-adres is een goede proxy voor de client.

Veelgestelde vragen

• Wat zijn enkele use cases waarbij geografische routering nuttig is?

• Hoe kan ik bepalen of ik de methode prestatieroutering of geografische routeringsmethode moet gebruiken?

• Wat zijn de regio's die worden ondersteund door Traffic Manager voor geografische routering?

• Hoe bepaalt Traffic Manager waar een gebruiker query's op uitvoert?

• Is het gegarandeerd dat Traffic Manager in elk geval de exacte geografische locatie van de gebruiker correct kan bepalen?

• Moet een eindpunt zich fysiek in dezelfde regio bevinden als het eindpunt waarmee het is geconfigureerd voor geografische routering?

• Kan ik geografische regio's toewijzen aan eindpunten in een profiel dat niet is geconfigureerd om geografische routering uit te voeren?

• Waarom krijg ik een foutmelding wanneer ik de routeringsmethode van een bestaand profiel probeer te wijzigen in Geographic?

• Waarom wordt het ten zeerste aanbevolen dat klanten geneste profielen maken in plaats van eindpunten onder een profiel waarvoor geografische routering is ingeschakeld?

• Zijn er beperkingen voor de API-versie die ondersteuning biedt voor dit routeringstype?

Methode voor verkeersroutering met meerdere waarden

Met de methode voor verkeersroutering met meerdere waarden kunt u meerdere eindpunten in orde krijgen in één DNS-queryantwoord. Met deze configuratie kan de beller nieuwe pogingen aan de clientzijde uitvoeren met andere eindpunten als een geretourneerd eindpunt niet reageert. Dit patroon kan de beschikbaarheid van een service vergroten en de latentie verminderen die is gekoppeld aan een nieuwe DNS-query om een gezond eindpunt op te halen. Routeringsmethode met meerdere waarden werkt alleen als alle eindpunten van het type Extern en zijn opgegeven als IPv4- of IPv6-adressen. Wanneer een query voor dit profiel wordt ontvangen, worden alle eindpunten in orde geretourneerd en zijn ze onderhevig aan een configureerbaar maximumaantal retouren.

Veelgestelde vragen

• Wat zijn enkele use cases waarbij MultiValue-routering nuttig is?

• Hoeveel eindpunten worden geretourneerd wanneer multivalue-routering wordt gebruikt?

• Krijg ik dezelfde set eindpunten wanneer MultiValue-routering wordt gebruikt?

Routeringsmethode voor subnetverkeer

Met de routeringsmethode voor subnetverkeer kunt u een set IP-adresbereiken van eindgebruikers toewijzen aan specifieke eindpunten in een profiel. Als Traffic Manager een DNS-query voor dat profiel ontvangt, wordt het bron-IP-adres van die aanvraag gecontroleerd. Vervolgens wordt bepaald aan welk eindpunt het is toegewezen en wordt dat eindpunt in het queryantwoord geretourneerd. In de meeste gevallen is het bron-IP-adres de DNS-resolver die door de aanroeper wordt gebruikt.

Het IP-adres dat moet worden toegewezen aan een eindpunt, kan worden opgegeven als CIDR-bereiken (bijvoorbeeld 1.2.3.0/24) of als adresbereik (bijvoorbeeld 1.2.3.4-5.6.7.8). De IP-bereiken die aan een eindpunt zijn gekoppeld, moeten uniek zijn binnen dat profiel. Het adresbereik mag niet overlappen met de IP-adresset van een ander eindpunt in hetzelfde profiel. Als u een eindpunt zonder adresbereik definieert, functioneert het als een terugval en haalt het verkeer van eventuele resterende subnetten op. Als er geen terugvaleindpunt is opgenomen, verzendt Traffic Manager een NODATA-antwoord voor niet-gedefinieerde bereiken. Het wordt ten zeerste aanbevolen om een terugvaleindpunt te definiëren om ervoor te zorgen dat alle mogelijke IP-bereiken voor uw eindpunten worden opgegeven.

Subnetroutering kan worden gebruikt om een andere ervaring te bieden voor gebruikers die verbinding maken vanuit een specifieke IP-ruimte. U kunt bijvoorbeeld alle aanvragen van uw bedrijfskantoor laten doorsturen naar een ander eindpunt. Deze routeringsmethode is vooral handig als u een interne enige versie van uw app probeert te testen. Een ander scenario is dat u een andere ervaring wilt bieden aan gebruikers die verbinding maken via een specifieke internetprovider (u wilt bijvoorbeeld gebruikers van een bepaalde provider blokkeren).

Veelgestelde vragen

• Wat zijn enkele use cases waarbij subnetroutering nuttig is?

• Hoe weet Traffic Manager het IP-adres van de eindgebruiker?

• Hoe kan ik IP-adressen opgeven wanneer ik subnetroutering gebruik?

• Hoe kan ik een terugvaleindpunt opgeven wanneer ik subnetroutering gebruik?

• Wat gebeurt er als een eindpunt is uitgeschakeld in een profiel voor subnetrouteringstypen?

Volgende stappen

Meer informatie over het ontwikkelen van toepassingen met hoge beschikbaarheid met behulp van Traffic Manager-eindpuntbewaking