Methoden voor het doorsturen van Traffic ManagerTraffic Manager routing methods

Azure Traffic Manager ondersteunt zes verkeers routerings methoden om te bepalen hoe netwerk verkeer wordt gerouteerd naar de verschillende service-eind punten.Azure Traffic Manager supports six traffic-routing methods to determine how to route network traffic to the various service endpoints. Voor elk profiel past Traffic Manager de routerings methode voor verkeer toe die eraan is gekoppeld aan elke DNS-query die wordt ontvangen.For any profile, Traffic Manager applies the traffic-routing method associated to it to each DNS query it receives. De routerings methode voor verkeer bepaalt welk eind punt wordt geretourneerd in het DNS-antwoord.The traffic-routing method determines which endpoint is returned in the DNS response.

De volgende methoden voor verkeers routering zijn beschikbaar in Traffic Manager:The following traffic routing methods are available in Traffic Manager:

  • Prioriteit: Selecteer prioriteit wanneer u een primair service-eind punt voor al het verkeer wilt gebruiken en back-ups voor het geval de primaire of de back-eindpunten niet beschikbaar zijn.Priority: Select Priority when you want to use a primary service endpoint for all traffic, and provide backups in case the primary or the backup endpoints are unavailable.
  • Gewogen: Selecteer gewogen wanneer u verkeer wilt distribueren over een set eind punten, hetzij gelijkmatig als op basis van gewichten, dat u definieert.Weighted: Select Weighted when you want to distribute traffic across a set of endpoints, either evenly or according to weights, which you define.
  • Prestaties: Selecteer prestaties wanneer u eind punten op verschillende geografische locaties hebt en u wilt dat eind gebruikers het ' dichtstbijgelegen ' eind punt gebruiken in termen van de laagste netwerk latentie.Performance: Select Performance when you have endpoints in different geographic locations and you want end users to use the "closest" endpoint in terms of the lowest network latency.
  • Geografisch: Selecteer geografisch zodat gebruikers naar specifieke eind punten (Azure, extern of genest) worden geleid op basis van de geografische locatie waarvan hun DNS-query afkomstig is.Geographic: Select Geographic so that users are directed to specific endpoints (Azure, External, or Nested) based on which geographic location their DNS query originates from. Dit biedt Traffic Manager klanten de mogelijkheid om scenario's in te scha kelen waarbij de geografische regio van een gebruiker wordt gewerkt en deze op basis van het belang rijk is.This empowers Traffic Manager customers to enable scenarios where knowing a user’s geographic region and routing them based on that is important. Voor beelden zijn het voldoen aan data soevereiniteit-mandaten, lokalisatie van inhoud & gebruikers ervaring en het meten van verkeer van verschillende regio's.Examples include complying with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions.
  • Meerdere waarden: Selecteer meerdere waarden voor Traffic Manager profielen die alleen IPv4/IPv6-adressen kunnen hebben als eind punten.Multivalue: Select MultiValue for Traffic Manager profiles that can only have IPv4/IPv6 addresses as endpoints. Wanneer er een query voor dit profiel wordt ontvangen, worden alle in orde zijnde eind punten geretourneerd.When a query is received for this profile, all healthy endpoints are returned.
  • Subnet: Selecteer subnet Traffic-routerings methode om sets van IP-adresbereiken voor eind gebruikers toe te wijzen aan een bepaald eind punt binnen een Traffic Manager profiel.Subnet: Select Subnet traffic-routing method to map sets of end-user IP address ranges to a specific endpoint within a Traffic Manager profile. Wanneer een aanvraag wordt ontvangen, wordt het eind punt geretourneerd dat is toegewezen aan het bron-IP-adres van de aanvraag.When a request is received, the endpoint returned will be the one mapped for that request’s source IP address. 

Alle Traffic Manager profielen bevatten bewaking van de eindpunt status en automatische endpoint-failover.All Traffic Manager profiles include monitoring of endpoint health and automatic endpoint failover. Zie Traffic Manager endpoint monitoringvoor meer informatie.For more information, see Traffic Manager Endpoint Monitoring. Eén Traffic Manager profiel kan slechts één routerings methode voor verkeer gebruiken.A single Traffic Manager profile can use only one traffic routing method. U kunt op elk gewenst moment een andere methode voor verkeers routering voor uw profiel selecteren.You can select a different traffic routing method for your profile at any time. Wijzigingen worden binnen één minuut toegepast en er wordt geen downtime in rekening gebracht.Changes are applied within one minute, and no downtime is incurred. Verkeers routerings methoden kunnen worden gecombineerd met geneste Traffic Manager profielen.Traffic-routing methods can be combined by using nested Traffic Manager profiles. Met nesten kunt u geavanceerde en flexibele verkeer routerings configuraties maken die voldoen aan de behoeften van grotere, complexe toepassingen.Nesting enables sophisticated and flexible traffic-routing configurations that meet the needs of larger, complex applications. Zie geneste Traffic Manager profielenvoor meer informatie.For more information, see nested Traffic Manager profiles.

Prioriteits verkeer: routerings methodePriority traffic-routing method

Een organisatie wil vaak betrouw baarheid bieden voor de services door een of meer back-upservices te implementeren voor het geval de primaire service uitvalt.Often an organization wants to provide reliability for its services by deploying one or more backup services in case their primary service goes down. Met de routerings methode ' Priority ' kunnen Azure-klanten het failover-patroon eenvoudig implementeren.The 'Priority' traffic-routing method allows Azure customers to easily implement this failover pattern.

Azure Traffic Manager ' Priority ' Traffic-routerings methode

Het Traffic Manager profiel bevat een lijst met prioriteiten voor service-eind punten.The Traffic Manager profile contains a prioritized list of service endpoints. Traffic Manager stuurt standaard al het verkeer naar het primaire eind punt (hoogste prioriteit).By default, Traffic Manager sends all traffic to the primary (highest-priority) endpoint. Als het primaire eind punt niet beschikbaar is, stuurt Traffic Manager het verkeer naar het tweede eind punt.If the primary endpoint is not available, Traffic Manager routes the traffic to the second endpoint. Als zowel de primaire als de secundaire eind punten niet beschikbaar zijn, gaat het verkeer naar de derde, enzovoort.If both the primary and secondary endpoints are not available, the traffic goes to the third, and so on. De beschik baarheid van het eind punt is gebaseerd op de geconfigureerde status (ingeschakeld of uitgeschakeld) en de doorlopende eindpunt bewaking.Availability of the endpoint is based on the configured status (enabled or disabled) and the ongoing endpoint monitoring.

Eind punten configurerenConfiguring endpoints

Met Azure Resource Manager configureert u de eindpunt prioriteit expliciet met behulp van de eigenschap Priority voor elk eind punt.With Azure Resource Manager, you configure the endpoint priority explicitly using the 'priority' property for each endpoint. Deze eigenschap is een waarde tussen 1 en 1000.This property is a value between 1 and 1000. Lagere waarden vertegenwoordigen een hogere prioriteit.Lower values represent a higher priority. Eind punten kunnen geen prioriteits waarden delen.Endpoints cannot share priority values. Het instellen van de eigenschap is optioneel.Setting the property is optional. Als u dit weglaat, wordt een standaard prioriteit op basis van de eindpunt volgorde gebruikt.When omitted, a default priority based on the endpoint order is used.

Gewogen verkeer-routerings methodeWeighted traffic-routing method

Met de methode gewogen verkeers routering kunt u verkeer gelijkmatig distribueren of een vooraf gedefinieerde wegings factor gebruiken.The 'Weighted' traffic-routing method allows you to distribute traffic evenly or to use a pre-defined weighting.

Azure Traffic Manager ' gewogen ' Traffic-routerings methode

In de routerings methode gewogen verkeer, wijst u een gewicht toe aan elk eind punt in de configuratie van het Traffic Manager-profiel.In the Weighted traffic-routing method, you assign a weight to each endpoint in the Traffic Manager profile configuration. Het gewicht is een geheel getal tussen 1 en 1000.The weight is an integer from 1 to 1000. Deze para meter is optioneel.This parameter is optional. Als u dit weglaat, gebruikt Traffic managers een standaard gewicht van ' 1 '.If omitted, Traffic Managers uses a default weight of '1'. Het hogere gewicht, des te hoger de prioriteit.The higher weight, the higher the priority.

Voor elke ontvangen DNS-query Traffic Manager wille keurig een beschikbaar eind punt kiezen.For each DNS query received, Traffic Manager randomly chooses an available endpoint. De kans op het kiezen van een eind punt is gebaseerd op de gewichten die zijn toegewezen aan alle beschik bare eind punten.The probability of choosing an endpoint is based on the weights assigned to all available endpoints. Het gebruik van hetzelfde gewicht over alle eind punten resulteert in een gelijkmatige verdeling van verkeer.Using the same weight across all endpoints results in an even traffic distribution. Als u een hoger of lager gewicht gebruikt voor specifieke eind punten, worden deze eind punten meer of minder vaak geretourneerd in de DNS-antwoorden.Using higher or lower weights on specific endpoints causes those endpoints to be returned more or less frequently in the DNS responses.

De methode weighted maakt enkele handige scenario's mogelijk:The weighted method enables some useful scenarios:

  • Geleidelijke upgrade van de toepassing: wijs een percentage van het verkeer toe om naar een nieuw eind punt te sturen en verhoog het verkeer geleidelijk tot 100%.Gradual application upgrade: Allocate a percentage of traffic to route to a new endpoint, and gradually increase the traffic over time to 100%.
  • Toepassings migratie naar Azure: Maak een profiel met zowel Azure als externe eind punten.Application migration to Azure: Create a profile with both Azure and external endpoints. Pas het gewicht van de eind punten aan om de voor keur te geven aan de nieuwe eind punten.Adjust the weight of the endpoints to prefer the new endpoints.
  • Cloud-bursting voor extra capaciteit: een on-premises implementatie in de Cloud snel uitbreiden door deze achter een Traffic Manager profiel te plaatsen.Cloud-bursting for additional capacity: Quickly expand an on-premises deployment into the cloud by putting it behind a Traffic Manager profile. Wanneer u extra capaciteit nodig hebt in de Cloud, kunt u meer eind punten toevoegen of inschakelen en opgeven welk gedeelte van verkeer naar elk eind punt gaat.When you need extra capacity in the cloud, you can add or enable more endpoints and specify what portion of traffic goes to each endpoint.

Naast het gebruik van de Azure Portal, kunt u gewichten configureren met behulp van Azure PowerShell, CLI en de REST Api's.In addition to using the Azure portal, you can configure weights using Azure PowerShell, CLI, and the REST APIs.

Het is belang rijk om te begrijpen dat DNS-antwoorden in de cache worden opgeslagen door clients en door de recursieve DNS-servers die de clients gebruiken om DNS-namen om te zetten.It is important to understand that DNS responses are cached by clients and by the recursive DNS servers that the clients use to resolve DNS names. Deze cache kan invloed hebben op de verdeling van gewogen verkeer.This caching can have an impact on weighted traffic distributions. Wanneer het aantal clients en recursieve DNS-servers groot is, werkt de verkeers distributie als verwacht.When the number of clients and recursive DNS servers is large, traffic distribution works as expected. Wanneer het aantal clients of recursieve DNS-servers echter klein is, kan de verkeers distributie aanzienlijk worden verduidelijkt in de cache.However, when the number of clients or recursive DNS servers is small, caching can significantly skew the traffic distribution.

Veelvoorkomende use-cases zijn:Common use cases include:

  • Ontwikkel-en test omgevingenDevelopment and testing environments
  • Communicatie tussen toepassingenApplication-to-application communications
  • Toepassingen die gericht zijn op een smalle gebruikers basis die een gemeen schappelijke recursieve DNS-infra structuur delen (bijvoorbeeld werk nemers van het bedrijf die verbinding maken via een proxy)Applications aimed at a narrow user-base that share a common recursive DNS infrastructure (for example, employees of company connecting through a proxy)

Deze DNS-cache-effecten zijn gebruikelijk voor alle op DNS gebaseerde Traffic-routerings systemen, niet alleen voor Azure Traffic Manager.These DNS caching effects are common to all DNS-based traffic routing systems, not just Azure Traffic Manager. In sommige gevallen kan het expliciet verwijderen van de DNS-cache een tijdelijke oplossing bieden.In some cases, explicitly clearing the DNS cache may provide a workaround. In andere gevallen is het mogelijk dat een alternatieve methode voor verkeers routering het meest geschikt is.In other cases, an alternative traffic-routing method may be more appropriate.

Prestatie verkeer-routerings methodePerformance traffic-routing method

Het implementeren van eind punten op twee of meer locaties over de hele wereld kan de reactie snelheid van veel toepassingen verbeteren door verkeer te routeren naar de locatie die het dichtst bij u ligt.Deploying endpoints in two or more locations across the globe can improve the responsiveness of many applications by routing traffic to the location that is 'closest' to you. De methode voor het routerings verkeer van prestaties biedt deze mogelijkheid.The 'Performance' traffic-routing method provides this capability.

Verkeer van de Azure Traffic Manager-routerings methode voor prestaties

Het dichtstbijgelegen eind punt is niet noodzakelijkerwijs het dichtst bij de geografische afstand gemeten.The 'closest' endpoint is not necessarily closest as measured by geographic distance. In plaats daarvan bepaalt de routerings methode voor prestaties het dichtstbijzijnde eind punt door netwerk latentie te meten.Instead, the 'Performance' traffic-routing method determines the closest endpoint by measuring network latency. Traffic Manager houdt een tabel met Internet latentie bij om de retour tijd tussen IP-adresbereiken en elk Azure-Data Center bij te houden.Traffic Manager maintains an Internet Latency Table to track the round-trip time between IP address ranges and each Azure datacenter.

Traffic Manager zoekt het bron-IP-adres van de binnenkomende DNS-aanvraag in de tabel Internet latentie.Traffic Manager looks up the source IP address of the incoming DNS request in the Internet Latency Table. Traffic Manager kiest vervolgens een beschikbaar eind punt in het Azure-Data Center met de laagste latentie voor dat IP-adres bereik en retourneert dat eind punt in het DNS-antwoord.Traffic Manager then chooses an available endpoint in the Azure datacenter that has the lowest latency for that IP address range, and returns that endpoint in the DNS response.

Zoals uitgelegd in de werking van Traffic Manager, ontvangt Traffic Manager geen DNS-query's rechtstreeks van clients.As explained in How Traffic Manager Works, Traffic Manager does not receive DNS queries directly from clients. DNS-query's zijn afkomstig uit de recursieve DNS-service die door de clients zijn geconfigureerd om te worden gebruikt.Rather, DNS queries come from the recursive DNS service that the clients are configured to use. Daarom is het IP-adres dat wordt gebruikt om het ' dichtstbijgelegen ' eind punt te bepalen, niet het IP-adres van de client, maar het is het IP-adres van de recursieve DNS-service.Therefore, the IP address used to determine the 'closest' endpoint is not the client's IP address, but it is the IP address of the recursive DNS service. In de praktijk is dit IP-adres een goede proxy voor de client.In practice, this IP address is a good proxy for the client.

Traffic Manager de Internet latentie tabel regel matig bijwerkt om wijzigingen aan te brengen in het wereld wijde Internet en nieuwe Azure-regio's.Traffic Manager regularly updates the Internet Latency Table to account for changes in the global Internet and new Azure regions. De prestaties van toepassingen variëren echter op basis van real-time variaties in de belasting via internet.However, application performance varies based on real-time variations in load across the Internet. Prestatie verkeer: route ring bewaakt de belasting van een bepaald service-eind punt niet.Performance traffic-routing does not monitor load on a given service endpoint. Als een eind punt echter niet beschikbaar is, wordt dit door Traffic Manager niet opgenomen in de antwoorden op DNS-query's.However, if an endpoint becomes unavailable, Traffic Manager does not include it in DNS query responses.

Die u moet weten:Points to note:

  • Als uw profiel meerdere eind punten in dezelfde Azure-regio bevat, verdeelt Traffic Manager verkeer gelijkmatig over de beschik bare eind punten in die regio.If your profile contains multiple endpoints in the same Azure region, then Traffic Manager distributes traffic evenly across the available endpoints in that region. Als u de voor keur geeft aan een andere distributie van verkeer binnen een regio, kunt u geneste Traffic Manager profielengebruiken.If you prefer a different traffic distribution within a region, you can use nested Traffic Manager profiles.
  • Als alle ingeschakelde eind punten in de dichtstbijzijnde Azure-regio worden gedegradeerd, Traffic Manager verkeer verplaatsen naar de eind punten in de dichtstbijzijnde Azure-regio.If all enabled endpoints in the closest Azure region are degraded, Traffic Manager moves traffic to the endpoints in the next closest Azure region. Als u een voorkeurs reeks failover wilt definiëren, gebruikt u geneste Traffic Manager profielen.If you want to define a preferred failover sequence, use nested Traffic Manager profiles.
  • Wanneer u de routerings methode voor prestatie verkeer met externe eind punten of geneste eind punten gebruikt, moet u de locatie van deze eind punten opgeven.When using the Performance traffic routing method with external endpoints or nested endpoints, you need to specify the location of those endpoints. Kies de Azure-regio die het dichtst bij uw implementatie ligt.Choose the Azure region closest to your deployment. Deze locaties zijn de waarden die worden ondersteund door de tabel Internet latentie.Those locations are the values supported by the Internet Latency Table.
  • Het algoritme waarmee het eind punt wordt gekozen, is deterministisch.The algorithm that chooses the endpoint is deterministic. Herhaalde DNS-query's van dezelfde client worden omgeleid naar hetzelfde eind punt.Repeated DNS queries from the same client are directed to the same endpoint. Normaal gesp roken gebruiken clients verschillende recursieve DNS-servers wanneer ze onderweg zijn.Typically, clients use different recursive DNS servers when traveling. De client kan worden doorgestuurd naar een ander eind punt.The client may be routed to a different endpoint. Route ring kan ook worden beïnvloed door updates voor de Internet latentie tabel.Routing can also be affected by updates to the Internet Latency Table. Daarom garandeert de routerings methode voor prestatie verkeer niet dat een client altijd wordt doorgestuurd naar hetzelfde eind punt.Therefore, the Performance traffic-routing method does not guarantee that a client is always routed to the same endpoint.
  • Wanneer de tabel Internet latentie wordt gewijzigd, kunt u zien dat sommige clients worden omgeleid naar een ander eind punt.When the Internet Latency Table changes, you may notice that some clients are directed to a different endpoint. Deze wijziging van de route ring is nauw keuriger op basis van de huidige latentie gegevens.This routing change is more accurate based on current latency data. Deze updates zijn essentieel om de nauw keurigheid van het prestatie verkeer te hand haven, omdat het internet voortdurend wordt gegroeid.These updates are essential to maintain the accuracy of Performance traffic-routing as the Internet continually evolves.

Geografisch verkeer: routerings methodeGeographic traffic-routing method

Traffic Manager profielen kunnen worden geconfigureerd voor het gebruik van de geografische routerings methode, zodat gebruikers naar specifieke eind punten (Azure, extern of genest) worden geleid op basis van de geografische locatie waarvan hun DNS-query afkomstig is.Traffic Manager profiles can be configured to use the Geographic routing method so that users are directed to specific endpoints (Azure, External or Nested) based on which geographic location their DNS query originates from. Dit biedt Traffic Manager klanten de mogelijkheid om scenario's in te scha kelen waarbij de geografische regio van een gebruiker wordt gewerkt en deze op basis van het belang rijk is.This empowers Traffic Manager customers to enable scenarios where knowing a user’s geographic region and routing them based on that is important. Voor beelden zijn het voldoen aan data soevereiniteit-mandaten, lokalisatie van inhoud & gebruikers ervaring en het meten van verkeer van verschillende regio's.Examples include complying with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions. Wanneer een profiel is geconfigureerd voor geografische route ring, moet aan elk eind punt dat aan het profiel is gekoppeld, een set geografische regio's worden toegewezen.When a profile is configured for geographic routing, each endpoint associated with that profile needs to have a set of geographic regions assigned to it. Een geografische regio kan de volgende granulatie niveaus hebben.A geographic region can be at following levels of granularity

  • Wereld: elke regioWorld– any region
  • Regionale groepering: bijvoorbeeld Afrika, Midden-Oosten, Australië/Pacific, enzovoort.Regional Grouping – for example, Africa, Middle East, Australia/Pacific etc.
  • Land/regio: bijvoorbeeld Ierland, Peru, Hongkong SAR enz.Country/Region – for example, Ireland, Peru, Hong Kong SAR etc.
  • Staat/provincie: bijvoorbeeld VS-Californië, Australië-Queens land, Canada-Alberta etc. (Opmerking: dit granulatie niveau wordt alleen ondersteund voor Staten/provincies in Australië, Canada en USA).State/Province – for example, USA-California, Australia-Queensland, Canada-Alberta etc. (note: this granularity level is supported only for states / provinces in Australia, Canada, and USA).

Wanneer een regio of een set regio's wordt toegewezen aan een eind punt, worden alle aanvragen van deze regio's alleen doorgestuurd naar dat eind punt.When a region or a set of regions is assigned to an endpoint, any requests from those regions gets routed only to that endpoint. Traffic Manager gebruikt het bron-IP-adres van de DNS-query om te bepalen van welke regio een gebruiker query's uitvoert. Dit is meestal het IP-adres van de lokale DNS-resolver waarmee de query namens de gebruiker wordt uitgevoerd.Traffic Manager uses the source IP address of the DNS query to determine the region from which a user is querying from – usually this is the IP address of the local DNS resolver doing the query on behalf of the user.

Azure Traffic Manager ' geografisch ' verkeer-routerings methode

Traffic Manager leest het bron-IP-adres van de DNS-query en bepaalt vanuit welke geografische regio deze afkomstig is.Traffic Manager reads the source IP address of the DNS query and decides which geographic region it is originating from. Vervolgens ziet u of er een eind punt is waaraan deze geografische regio is toegewezen.It then looks to see if there is an endpoint that has this geographic region mapped to it. Deze zoek actie begint bij het laagste granulatie niveau (provincie waar het wordt ondersteund, anders op het niveau van het land/de regio) en gaat helemaal naar het hoogste niveau, dat wil zeggen wereld.This lookup starts at the lowest granularity level (State/Province where it is supported, else at the Country/Region level) and goes all the way up to the highest level, which is World. De eerste overeenkomst die met deze navigatie is gevonden, wordt aangeduid als het eind punt dat in het query-antwoord moet worden geretourneerd.The first match found using this traversal is designated as the endpoint to return in the query response. Bij het vergelijken met een genest type eind punt wordt een eind punt binnen dat onderliggende profiel geretourneerd, op basis van de routerings methode.When matching with a Nested type endpoint, an endpoint within that child profile is returned, based on its routing method. De volgende punten zijn van toepassing op dit gedrag:The following points are applicable to this behavior:

  • Een geografische regio kan alleen worden toegewezen aan één eind punt in een Traffic Manager profiel wanneer het routerings type geografische route ring is.A geographic region can be mapped only to one endpoint in a Traffic Manager profile when the routing type is Geographic Routing. Dit zorgt ervoor dat de route ring van gebruikers deterministisch is en klanten kunnen scenario's inschakelen waarvoor een ondubbelzinnige geografische grenzen zijn vereist.This ensures that routing of users is deterministic, and customers can enable scenarios that require unambiguous geographic boundaries.

  • Als de regio van een gebruiker zich onder de geografische toewijzing van twee verschillende eind punten bevinden, Traffic Manager selecteert het eind punt met de laagste granulatie en worden de aanvragen van die regio niet naar het andere eind punt geroutingeerd.If a user’s region comes under two different endpoints’ geographic mapping, Traffic Manager selects the endpoint with the lowest granularity and does not consider routing requests from that region to the other endpoint. Denk bijvoorbeeld aan een geografisch routerings type profiel met twee eind punten-Endpoint1 en Endpoint2.For example, consider a Geographic Routing type profile with two endpoints - Endpoint1 and Endpoint2. Endpoint1 is geconfigureerd voor het ontvangen van verkeer van Ierland en Endpoint2 is geconfigureerd om verkeer van Europa te ontvangen.Endpoint1 is configured to receive traffic from Ireland and Endpoint2 is configured to receive traffic from Europe. Als een aanvraag afkomstig is uit Ierland, wordt deze altijd doorgestuurd naar Endpoint1.If a request originates from Ireland, it is always routed to Endpoint1.

  • Omdat een regio slechts aan één eind punt kan worden toegewezen, wordt deze door Traffic Manager geretourneerd, ongeacht of het eind punt in orde is of niet.Since a region can be mapped only to one endpoint, Traffic Manager returns it regardless of whether the endpoint is healthy or not.

    Belangrijk

    Het wordt ten zeerste aanbevolen dat klanten die de geografische routerings methode gebruiken, deze koppelen aan de geneste type-eind punten die onderliggende profielen hebben met ten minste twee eind punten binnen elke.It is strongly recommended that customers using the geographic routing method associate it with the Nested type endpoints that has child profiles containing at least two endpoints within each.

  • Als er een overeenkomst met een eind punt wordt gevonden en het eind punt de status gestopt heeft, retourneert Traffic Manager een niet-gegevens antwoord.If an endpoint match is found and that endpoint is in the Stopped state, Traffic Manager returns a NODATA response. In dit geval worden er geen verdere zoek acties meer in de hiërarchie van geografische regio's gemaakt.In this case, no further lookups are made higher up in the geographic region hierarchy. Dit gedrag is ook van toepassing op geneste eindpunt typen wanneer het onderliggende profiel de status gestopt of uitgeschakeld heeft.This behavior is also applicable for nested endpoint types when the child profile is in the Stopped or Disabled state.

  • Als een eind punt een Uitgeschakelde status heeft, wordt dit niet opgenomen in het gebied dat overeenkomt met het proces.If an endpoint displays a Disabled status, it won’t be included in the region matching process. Dit gedrag is ook van toepassing op geneste eindpunt typen wanneer het eind punt de status uitgeschakeld heeft.This behavior is also applicable for nested endpoint types when the endpoint is in the Disabled state.

  • Als een query afkomstig is uit een geografische regio die geen toewijzing heeft in dat profiel, retourneert Traffic Manager een niet-gegevens antwoord.If a query is coming from a geographic region that has no mapping in that profile, Traffic Manager returns a NODATA response. Daarom wordt het ten zeerste aanbevolen dat klanten geografische route ring gebruiken met één eind punt, in het ideale geval het type genest met ten minste twee eind punten binnen het onderliggende profiel, waarbij de regionale wereld hieraan is toegewezen.Therefore, it is strongly recommended that customers use geographic routing with one endpoint, ideally of type Nested with at least two endpoints within the child profile, with the region World assigned to it. Dit zorgt er ook voor dat alle IP-adressen die niet zijn toegewezen aan een regio, worden afgehandeld.This also ensures that any IP addresses that do not map to a region are handled.

Zoals uitgelegd in de werking van Traffic Manager, ontvangt Traffic Manager geen DNS-query's rechtstreeks van clients.As explained in How Traffic Manager Works, Traffic Manager does not receive DNS queries directly from clients. DNS-query's zijn afkomstig uit de recursieve DNS-service die door de clients zijn geconfigureerd om te worden gebruikt.Rather, DNS queries come from the recursive DNS service that the clients are configured to use. Daarom is het IP-adres dat wordt gebruikt om de regio te bepalen, niet het IP-adres van de client, maar het is het IP-adres van de recursieve DNS-service.Therefore, the IP address used to determine the region is not the client's IP address, but it is the IP address of the recursive DNS service. In de praktijk is dit IP-adres een goede proxy voor de client.In practice, this IP address is a good proxy for the client.

Veelgestelde vragenFAQs

Meerdere waarden verkeer-routerings methodeMultivalue traffic-routing method

Met de routerings methode met meerdere waarden kunt u in één antwoord op een DNS-query meer in orde zijnde eind punten ophalen.The Multivalue traffic-routing method allows you to get multiple healthy endpoints in a single DNS query response. Hierdoor kan de aanroeper aan client zijde nieuwe pogingen uitvoeren met andere eind punten in het geval van een geretourneerd eind punt dat niet meer reageert.This enables the caller to do client-side retries with other endpoints in the event of a returned endpoint being unresponsive. Dit patroon kan de beschik baarheid van een service verhogen en de latentie voor een nieuwe DNS-query verminderen om een gezonde eind punt te verkrijgen.This pattern can increase the availability of a service and reduce the latency associated with a new DNS query to obtain a healthy endpoint. De methode voor het routeren van meerdere waarden werkt alleen als alle eind punten van het type extern zijn en zijn opgegeven als IPv4-of IPv6-adres.MultiValue routing method works only if all the endpoints of type ‘External’ and are specified as IPv4 or IPv6 addresses. Wanneer een query voor dit profiel wordt ontvangen, worden alle gezonde eind punten geretourneerd en onderhevig aan het Configureer bare maximum aantal retour waarden.When a query is received for this profile, all healthy endpoints are returned and are subject to a configurable maximum return count.

Veelgestelde vragenFAQs

Subnet Traffic-routerings methodeSubnet traffic-routing method

Met de routerings methode voor het subnet Traffic kunt u een set IP-adresbereiken voor eind gebruikers toewijzen aan specifieke eind punten in een profiel.The Subnet traffic-routing method allows you to map a set of end user IP address ranges to specific endpoints in a profile. Als Traffic Manager vervolgens een DNS-query voor dat profiel ontvangt, wordt het bron-IP-adres van de aanvraag gecontroleerd (in de meeste gevallen is dit het uitgaande IP-adres van de DNS-resolver dat door de oproepende functie wordt gebruikt), te bepalen aan welk eind punt deze is toegewezen en wordt t geretourneerd. Hat-eind punt in de query-antwoord.After that, if Traffic Manager receives a DNS query for that profile, it will inspect the source IP address of that request (in most cases this will be the outgoing IP address of the DNS resolver used by the caller), determine which endpoint it is mapped to and will return that endpoint in the query response.

Het IP-adres dat moet worden toegewezen aan een eind punt kan worden opgegeven als CIDR-bereiken (bijvoorbeeld 1.2.3.0/24) of als een adres bereik (bijvoorbeeld 1.2.3.4-5.6.7.8).The IP address to be mapped to an endpoint can be specified as CIDR ranges (e.g. 1.2.3.0/24) or as an address range (e.g. 1.2.3.4-5.6.7.8). De IP-adresbereiken die zijn gekoppeld aan een eind punt moeten uniek zijn binnen dat profiel en mogen geen overlap ping hebben met de IP-adresset van een ander eind punt in hetzelfde profiel.The IP ranges associated with an endpoint need to be unique within that profile and cannot have an overlap with the IP address set of a different endpoint in the same profile. Als u een eind punt zonder adres bereik definieert, fungeert dat als een terugval en neemt het verkeer uit alle resterende subnetten.If you define an endpoint with no address range, that functions as a fallback and take traffic from any remaining subnets. Als er geen terugval-eind punt is opgenomen, stuurt Traffic Manager een antwoord voor geen gegevens voor ongedefinieerde bereiken.If no fallback endpoint is included, Traffic Manager sends a NODATA response for any undefined ranges. Daarom wordt u ten zeerste aangeraden om een terugval-eind punt te definiëren, of om ervoor te zorgen dat alle mogelijke IP-bereiken zijn opgegeven voor uw eind punten.It is therefore highly recommended that you either define a fallback endpoint, or else ensure that all possible IP ranges are specified across your endpoints.

Subnet routering kan worden gebruikt om een andere ervaring te bieden voor gebruikers die verbinding maken vanaf een specifieke IP-adres ruimte.Subnet routing can be used to deliver a different experience for users connecting from a specific IP space. Als u bijvoorbeeld gebruikmaakt van het gebruik van een subnet routering, kan een klant alle aanvragen van het hoofd kantoor naar een ander eind punt sturen, waar ze een interne versie van de app kunnen testen.For example, using subnet routing, a customer can make all requests from their corporate office be routed to a different endpoint where they might be testing an internal only version of their app. Een ander scenario is als u een andere ervaring wilt bieden aan gebruikers die verbinding maken met een specifieke Internet provider (bijvoorbeeld gebruikers van een bepaalde Internet provider blok keren).Another scenario is if you want to provide a different experience to users connecting from a specific ISP (For example, block users from a given ISP).

Veelgestelde vragenFAQs

Volgende stappenNext steps

Meer informatie over het ontwikkelen van toepassingen met een hoge Beschik baarheid met behulp van Traffic Manager endpoint-bewakingLearn how to develop high-availability applications using Traffic Manager endpoint monitoring