A Traffic Manager útválasztási módszereiTraffic Manager routing methods

Az Azure Traffic Manager hat forgalmi útválasztási módszert támogat a hálózati forgalom különböző szolgáltatási végpontokra való továbbításának meghatározásához.Azure Traffic Manager supports six traffic-routing methods to determine how to route network traffic to the various service endpoints. Bármely profil esetében a Traffic Manager a hozzá társított forgalom-útválasztási módszert alkalmazza az összes kapott DNS-lekérdezéshez.For any profile, Traffic Manager applies the traffic-routing method associated to it to each DNS query it receives. A forgalom-útválasztási módszer határozza meg, hogy melyik végpontot adja vissza a rendszer a DNS-válaszban.The traffic-routing method determines which endpoint is returned in the DNS response.

A következő forgalom-útválasztási módszerek érhetők el Traffic Managerban:The following traffic routing methods are available in Traffic Manager:

  • Prioritás: válassza a prioritásos útválasztás lehetőséget, ha az összes forgalomhoz elsődleges szolgáltatási végpontot szeretne használni.Priority: Select Priority routing when you want to have a primary service endpoint for all traffic. Több biztonsági mentési végpont is megadható abban az esetben, ha az elsődleges vagy az egyik biztonsági mentési végpont nem érhető el.You can provide multiple backup endpoints in case the primary or one of the backup endpoints is unavailable.
  • Súlyozott: válassza a súlyozott útválasztás lehetőséget, ha a terhelést a súlyozás alapján kívánja terjeszteni a végpontok között.Weighted: Select Weighted routing when you want to distribute traffic across a set of endpoints based on their weight. Állítsa be a súlyozást úgy, hogy egyenletesen ossza szét az összes végponton.Set the weight the same to distribute evenly across all endpoints.
  • Teljesítmény: válassza ki a teljesítmény -útválasztást, ha különböző földrajzi helyekhez tartozó végpontokkal rendelkezik, és azt szeretné, hogy a végfelhasználók a legalacsonyabb hálózati késéshez használják a "legközelebbi" végpontot.Performance: Select Performance routing when you have endpoints in different geographic locations and you want end users to use the "closest" endpoint for the lowest network latency.
  • Földrajzi: válassza a földrajzi útválasztás lehetőséget a felhasználók adott végpontokra (Azure, External vagy nested) való közvetlen kiválasztására, amely alapján a DNS-lekérdezések földrajzilag származnak.Geographic: Select Geographic routing to direct users to specific endpoints (Azure, External, or Nested) based on where their DNS queries originate from geographically. Ez az útválasztási módszer lehetővé teszi, hogy megfeleljen az olyan forgatókönyveknek, mint például az adatszuverenitási mandátumok, a tartalmak honosítása & a felhasználói élmény és a különböző régiókból érkező forgalom mérése.With this routing method, it enables you to be in compliance with scenarios such as data sovereignty mandates, localization of content & user experience and measuring traffic from different regions.
  • Többértékű: válassza a többértékű lehetőséget Traffic Manager olyan profiloknál, amelyek csak IPv4/IPv6-címeket tartalmazhatnak végpontként.Multivalue: Select MultiValue for Traffic Manager profiles that can only have IPv4/IPv6 addresses as endpoints. Ha a profilhoz lekérdezés érkezik, az összes kifogástalan állapotú végpontot adja vissza.When a query is received for this profile, all healthy endpoints are returned.
  • Alhálózat: válassza az alhálózati forgalom – útválasztási módszer lehetőséget a végfelhasználói IP-címtartományok készletének leképezésére egy adott végpontra.Subnet: Select Subnet traffic-routing method to map sets of end-user IP address ranges to a specific endpoint. A kérés fogadásakor a visszaadott végpont lesz az adott kérelem forrás IP-címéhez hozzárendelve.When a request is received, the endpoint returned will be the one mapped for that request’s source IP address.

Minden Traffic Manager profil rendelkezik állapot-figyeléssel és a végpontok automatikus feladatátvételével.All Traffic Manager profiles have health monitoring and automatic failover of endpoints. További információ: Traffic Manager Endpoint monitoring.For more information, see Traffic Manager Endpoint Monitoring. Egy Traffic Manager-profilon belül egyszerre csak egy forgalom-útválasztási módszert lehet konfigurálni.Within a Traffic Manager profile, you can only configure one traffic routing method at a time. Bármikor kiválaszthat egy másik forgalom-útválasztási módszert a profiljához.You can select a different traffic routing method for your profile at any time. A módosítások egy percen belül érvénybe lépnek, állásidő nélkül.Your changes will be applied within a minute without any downtime. A forgalom útválasztási módszereit beágyazott Traffic Manager profilok használatával kombinálhatja.You can combine traffic routing methods by using nested Traffic Manager profiles. A profilok beágyazásával olyan kifinomult forgalom-útválasztási konfigurációk alakíthatók ki, amelyek megfelelnek a nagyobb és összetett alkalmazások igényeinek.Nesting profiles allows for sophisticated traffic-routing configurations that meet the needs of larger and complex applications. További információ: beágyazott Traffic Manager profilok.For more information, see nested Traffic Manager profiles.

Prioritási forgalom – útválasztási módszerPriority traffic-routing method

A szervezet gyakran szeretne megbízhatóságot biztosítani szolgáltatásaik számára.Often an organization wants to provide reliability for their services. Ehhez telepítsen egy vagy több biztonsági mentési szolgáltatást abban az esetben, ha az elsődleges leáll.To do so, they deploy one or more backup services in case their primary goes down. A "prioritás" forgalom – az útválasztási módszer lehetővé teszi, hogy az Azure-ügyfelek könnyedén implementálják ezt a feladatátvételi mintát.The 'Priority' traffic-routing method allows Azure customers to easily implement this failover pattern.

Azure Traffic Manager "prioritás" forgalom – útválasztási módszer

A Traffic Manager-profil szolgáltatóvégpontok prioritásos listáját tartalmazza.The Traffic Manager profile contains a prioritized list of service endpoints. A Traffic Manager alapértelmezés szerint minden forgalmat az elsődleges (legmagasabb prioritású) végpontra irányít.By default, Traffic Manager sends all traffic to the primary (highest-priority) endpoint. Ha az elsődleges végpont nem elérhető, a Traffic Manager a második végpontra irányítja a forgalmat.If the primary endpoint isn't available, Traffic Manager routes the traffic to the second endpoint. Abban az esetben, ha az elsődleges és a másodlagos végpont nem érhető el, a forgalom harmadikra kerül, és így tovább.In a situation where the primary and secondary endpoints aren't available, the traffic goes to the third, and so on. A végpontok elérhetősége a konfigurált állapot (engedélyezve vagy letiltva), és a végpont folyamatos figyelése alapján van meghatározva.Availability of the endpoint is based on the configured status (enabled or disabled) and the ongoing endpoint monitoring.

Végpontok konfigurálásaConfiguring endpoints

A Azure Resource Manager használatával explicit módon konfigurálja a végpont prioritását az egyes végpontok "priority" tulajdonságával.With Azure Resource Manager, you configure the endpoint priority explicitly using the 'priority' property for each endpoint. Ez a tulajdonság 1 és 1000 közötti érték.This property is a value between 1 and 1000. Az alacsonyabb érték nagyobb prioritást jelent.A lower value represents a higher priority. A végpontok nem oszthatják meg a prioritási értékeket.Endpoints can't share priority values. A tulajdonság beállítása nem kötelező.Setting the property is optional. Ha nincs megadva, a rendszer a végponti sorrend alapján alapértelmezett prioritást használ.When omitted, a default priority based on the endpoint order is used.

Súlyozott forgalom – útválasztási módszerWeighted traffic-routing method

A "súlyozott" forgalom-útválasztási módszer lehetővé teszi, hogy egyenletesen ossza el a forgalmat, vagy használjon előre definiált súlyozást.The 'Weighted' traffic-routing method allows you to distribute traffic evenly or to use a pre-defined weighting.

Azure Traffic Manager "súlyozott" forgalom – útválasztási módszer

A súlyozott forgalom – útválasztási módszernél a Traffic Manager profil konfigurációjában minden egyes végponthoz hozzá kell rendelni a súlyozást.In the Weighted traffic-routing method, you assign a weight to each endpoint in the Traffic Manager profile configuration. A súlyok 1 és 1000 közötti egész számok.The weight is an integer from 1 to 1000. Ezt a paramétert nem kötelező megadni.This parameter is optional. Ha nincs megadva, a Traffic managerek az alapértelmezett súlyozást használják: "1".If omitted, Traffic Managers uses a default weight of '1'. Minél nagyobb a súly, annál magasabb a prioritás.The higher weight, the higher the priority.

A Traffic Manager minden kapott DNS-lekérdezés esetében véletlenszerűen választ egy elérhető végpontot.For each DNS query received, Traffic Manager randomly chooses an available endpoint. Egy adott végpont kiválasztásának valószínűsége az összes elérhető végponthoz rendelt súlyokon múlik.The probability of choosing an endpoint is based on the weights assigned to all available endpoints. Az összes végponton ugyanazt a súlyozást használva egy egyenletes forgalom eloszlását eredményezi.Using the same weight across all endpoints results in an even traffic distribution. Ha az adott végpontok nagyobb vagy alacsonyabb súlyozását szeretné használni, a DNS-válaszokban a végpontok többször vagy ritkábban lesznek visszaadva.Using higher or lower weights on specific endpoints causes those endpoints to be returned more or less frequently in the DNS responses.

A súlyozott módszer néhány hasznos forgatókönyvet is lehetővé tesz:The weighted method enables some useful scenarios:

  • Fokozatos alkalmazás frissítése: az új végpont felé irányuló forgalom százalékaránya, és az idő múlásával fokozatosan növelje a forgalmat 100%-ra.Gradual application upgrade: Given a percentage of traffic to route to a new endpoint, and gradually increase the traffic over time to 100%.
  • Alkalmazások áttelepítése az Azure-ba: hozzon létre egy profilt az Azure-ban és a külső végpontokkal.Application migration to Azure: Create a profile with both Azure and external endpoints. Állítsa be úgy a végpontok súlyozását, hogy az új végpontokat részesíti előnyben.Adjust the weight of the endpoints to prefer the new endpoints.
  • Nagyobb kapacitás a felhőben: a helyszíni telepítést gyorsan kiterjesztheti a felhőbe azáltal, hogy egy Traffic Manager profil mögé helyezi.Cloud-bursting for more capacity: Quickly expand an on-premises deployment into the cloud by putting it behind a Traffic Manager profile. Ha további kapacitásra van szüksége a felhőben, több végpontot is hozzáadhat vagy engedélyezhet, és megadhatja, hogy a forgalom milyen hányada kerüljön az egyes végpontokra.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.

A súlyok a Azure Portal, a Azure PowerShell, a CLI vagy a REST API-k használatával konfigurálhatók.You can configure weights using the Azure portal, Azure PowerShell, CLI, or the REST APIs.

A megjegyezhető pont az, hogy a DNS-válaszokat az ügyfelek gyorsítótárazzák.A point to remember is that DNS responses get cached by clients. Azokat a rekurzív DNS-kiszolgálókat is gyorsítótárazza, amelyeket az ügyfelek a DNS-nevek feloldására használnak.They're also cached by the recursive DNS servers that the clients use to resolve DNS names. Ez a gyorsítótárazás befolyásolhatja a súlyozott forgalom eloszlását.This caching can have an effect on weighted traffic distributions. Ha az ügyfelek száma és a rekurzív DNS-kiszolgálók nagy méretűek, a forgalom eloszlása a várt módon működik.When the number of clients and recursive DNS servers is large, traffic distribution works as expected. Ha azonban az ügyfelek vagy a rekurzív DNS-kiszolgálók száma kicsi, a gyorsítótárazás jelentősen elferdítheti a forgalom eloszlását.However, when the number of clients or recursive DNS servers is small, caching can significantly skew the traffic distribution.

Gyakori használati esetek a következők:Common use cases include:

  • Fejlesztési és tesztelési környezetekDevelopment and testing environments
  • Alkalmazás – alkalmazás kommunikációApplication-to-application communications
  • A közös rekurzív DNS-infrastruktúrát (például a vállalat által a proxyn keresztül csatlakozó alkalmazottakat) használó, keskeny felhasználói bázist célzó alkalmazásokApplications aimed at a narrow user-base that share a common recursive DNS infrastructure (for example, employees of company connecting through a proxy)

Ezek a DNS-gyorsítótárazási hatások közösek az összes DNS-alapú forgalom-útválasztási rendszeren, nem csak az Azure Traffic Manager.These DNS caching effects are common to all DNS-based traffic routing systems, not just Azure Traffic Manager. Bizonyos esetekben a DNS-gyorsítótár explicit módon történő törlése megkerülő megoldással rendelkezhet.In some cases, explicitly clearing the DNS cache may provide a workaround. Ha ez nem működik, egy másik forgalom-útválasztási módszer megfelelőbb lehet.If that doesn't work, an alternative traffic-routing method may be more appropriate.

Teljesítmény-forgalom – útválasztási módszerPerformance traffic-routing method

A végpontok üzembe helyezése a világ két vagy több helyén is javíthatja az alkalmazások rugalmasságát.Deploying endpoints in two or more locations across the globe can improve the responsiveness of your applications. A "Performance" forgalom – útválasztási módszer segítségével átirányíthatja a forgalmat a legközelebbi helyre.With the 'Performance' traffic-routing method, you can route traffic to the location that is 'closest' to you.

Azure Traffic Manager "Performance" forgalom – útválasztási módszer

A "legközelebbi" végpont nem feltétlenül a legközelebbi földrajzi távolság alapján mérve.The 'closest' endpoint isn't necessarily closest as measured by geographic distance. Ehelyett a "Performance" forgalom-útválasztási módszer határozza meg a legközelebbi végpontot a hálózati késés mérésével.Instead, the 'Performance' traffic-routing method determines the closest endpoint by measuring network latency. A Traffic Manager egy internetes késési táblázatot tart fenn az IP-címtartományok és az egyes Azure-adatközpontok közötti oda-és visszautazási idő nyomon követéséhez.Traffic Manager maintains an Internet Latency Table to track the round-trip time between IP address ranges and each Azure datacenter.

Traffic Manager megkeresi a bejövő DNS-kérelem forrás IP-címét az Internet késési táblájában.Traffic Manager looks up the source IP address of the incoming DNS request in the Internet Latency Table. Traffic Manager ezután kiválaszt egy elérhető végpontot az Azure-adatközpontban, amely az adott IP-címtartomány legalacsonyabb késésével rendelkezik.Traffic Manager then chooses an available endpoint in the Azure datacenter that has the lowest latency for that IP address range. Ezután a Traffic Manager visszaadja a végpontot a DNS-válaszban.Then Traffic Manager returns that endpoint in the DNS response.

Ahogy azt a Traffic Manager működése című témakörismerteti, Traffic Manager nem kap DNS-lekérdezéseket közvetlenül az ügyfelektől.As explained in How Traffic Manager Works, Traffic Manager doesn't receive DNS queries directly from clients. Ehelyett a DNS-lekérdezések a rekurzív DNS szolgáltatásból származnak, amelyet az ügyfelek a használatára konfiguráltak.Instead, DNS queries come from the recursive DNS service that the clients are configured to use. Így a "legközelebb" végpont meghatározásához használt IP-cím nem az ügyfél IP-címe, hanem a rekurzív DNS szolgáltatás IP-címe.As such, the IP address used to determine the 'closest' endpoint isn't the client's IP address, but it's the IP address of the recursive DNS service. Ez az IP-cím az ügyfél számára megfelelő proxy.This IP address is a good proxy for the client.

Traffic Manager rendszeresen frissíti az Internet késési táblázatát a globális Internet és az új Azure-régiók változásainak figyelembevétele érdekében.Traffic Manager regularly updates the Internet Latency Table to account for changes in the global Internet and new Azure regions. Az alkalmazás teljesítménye azonban a terhelésnek az interneten keresztüli valós idejű változásai alapján változhat.However, application performance varies based on real-time variations in load across the Internet. Teljesítmény-forgalom – az Útválasztás nem figyeli a terhelést egy adott szolgáltatási végponton.Performance traffic-routing doesn't monitor load on a given service endpoint. Ha egy végpont elérhetetlenné válik, Traffic Manager nem fog szerepelni a DNS-lekérdezési válaszokban.If an endpoint becomes unavailable, Traffic Manager won't include it in the DNS query responses.

Megjegyzés:Points to note:

  • Ha a profil több végpontot is tartalmaz ugyanabban az Azure-régióban, akkor a Traffic Manager egyenletesen osztja el a forgalmat az adott régióban elérhető végpontok között.If your profile contains multiple endpoints in the same Azure region, then Traffic Manager distributes traffic evenly across the available endpoints in that region. Ha egy régión belül más adatforgalom-eloszlást szeretne használni, használhat beágyazott Traffic Manager profilokatis.If you prefer a different traffic distribution within a region, you can use nested Traffic Manager profiles.
  • Ha a legközelebbi Azure-régióban az összes engedélyezett végpont csökken, Traffic Manager áthelyezi a forgalmat a legközelebbi Azure-régióban lévő végpontokra.If all enabled endpoints in the closest Azure region are degraded, Traffic Manager moves traffic to the endpoints in the next closest Azure region. Ha szeretne megadni egy előnyben részesített feladatátvételi sorozatot, használjon beágyazott Traffic Manager profilokat.If you want to define a preferred failover sequence, use nested Traffic Manager profiles.
  • Ha külső végpontokkal vagy beágyazott végpontokkal rendelkező teljesítmény-forgalmi útválasztási módszert használ, meg kell adnia a végpontok helyét.When using the Performance traffic routing method with external endpoints or nested endpoints, you need to specify the location of those endpoints. Válassza ki az üzemelő példányhoz legközelebb eső Azure-régiót.Choose the Azure region closest to your deployment. Ezek a helyszínek az Internet késési táblázat által támogatott értékek.Those locations are the values supported by the Internet Latency Table.
  • A végpontot kiválasztó algoritmus determinisztikus.The algorithm that chooses the endpoint is deterministic. Az azonos ügyfélről érkező ismétlődő DNS-lekérdezések ugyanahhoz a végponthoz vannak irányítva.Repeated DNS queries from the same client are directed to the same endpoint. Az ügyfelek általában eltérő rekurzív DNS-kiszolgálókat használnak utazás közben.Typically, clients use different recursive DNS servers when traveling. Lehet, hogy az ügyfél egy másik végponthoz irányítható.The client may be routed to a different endpoint. Az útválasztást az Internet késési táblájának frissítései is befolyásolhatják.Routing can also be affected by updates to the Internet Latency Table. Ezért nem garantálható, hogy az ügyfelek mindig ugyanahhoz a végponthoz legyenek irányítva.That's why the Performance traffic-routing method doesn't guarantee that a client is always routed to the same endpoint.
  • Az Internet késési táblázatának megváltozásakor észreveheti, hogy egyes ügyfelek egy másik végpontra vannak irányítva.When the Internet Latency Table changes, you may notice that some clients are directed to a different endpoint. Ez az útválasztási változás pontosabban az aktuális késési információ alapján történik.This routing change is more precise based on current latency data. Ezek a frissítések elengedhetetlenek a teljesítmény-forgalom pontosságának fenntartásához – az Útválasztás az interneten folyamatosan fejlődik.These updates are essential to maintain the accuracy of Performance traffic-routing as the Internet continually evolves.

Földrajzi forgalom – útválasztási módszerGeographic traffic-routing method

Traffic Manager profilokat úgy konfigurálhatja, hogy a földrajzi útválasztási módszert használják, hogy a felhasználók a DNS-lekérdezéstől származó földrajzi hely alapján átirányítsák a megadott végpontokat (Azure, External vagy nested).Traffic Manager profiles can be configured to use the Geographic routing method so that users get directed to specific endpoints (Azure, External, or Nested) based on the geographic location their DNS query originates from. Ez az útválasztási módszer lehetővé teszi, hogy megfeleljen az adatszuverenitási felhatalmazásoknak, a tartalmak honosításának & a felhasználói élménynek, valamint a különböző régiókból érkező forgalom mérésének.With this routing method, it enables you to be in compliance with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions. Ha egy profil földrajzi útválasztásra van konfigurálva, a profilhoz társított összes végponthoz hozzá kell rendelni egy földrajzi régiót.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. A földrajzi régió a részletesség szintjének következő szintjein lehetA geographic region can be at following levels of granularity

  • Világ – bármely régióWorld– any region
  • Regionális csoportosítás – például Afrika, Közel-Kelet, Ausztrália/csendes-óceáni térség stb.Regional Grouping – for example, Africa, Middle East, Australia/Pacific etc.
  • Ország/régió – például Írország, Peru, Hongkong (KKT) stb.Country/Region – for example, Ireland, Peru, Hong Kong SAR etc.
  • Állam/tartomány – például USA – Kalifornia, Ausztrália – Queensland, Canada-Alberta stb. (Megjegyzés: Ez a részletességi szint csak az Ausztráliában, Kanadában és az USA-beli Államokban/tartományokban támogatott.)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).

Ha egy régiót vagy régiót rendel hozzá egy végponthoz, az ezekből a régiókból érkező kéréseket csak az adott végponthoz irányítja a rendszer.When a region or a set of regions is assigned to an endpoint, any requests from those regions get routed only to that endpoint. A Traffic Manager a DNS-lekérdezés forrás IP-címét használja annak meghatározásához, hogy a felhasználó melyik régióból kérdezi le.Traffic Manager uses the source IP address of the DNS query to determine the region from where a user is querying from. Általában a helyi DNS-feloldó IP-címe, amely a felhasználó lekérdezését teszi elérhetővé.Commonly found as the IP address of the local DNS resolver making the query for the user.

Azure Traffic Manager földrajzi forgalom – útválasztási módszer

Traffic Manager beolvassa a DNS-lekérdezés forrás IP-címét, és eldönti, hogy melyik földrajzi régióból származik.Traffic Manager reads the source IP address of the DNS query and decides which geographic region it's originating from. Ezután megvizsgálja, hogy van-e olyan végpont, amelyhez ez a földrajzi régió hozzá van rendelve.It then looks to see if there's an endpoint that has this geographic region mapped to it. Ez a keresés a legalacsonyabb részletességi szint (állam/tartomány, ahol a támogatott, az ország/régió szintjén) kezdődik, és egészen a legmagasabb szintre, ami a világ.This lookup starts at the lowest granularity level (State/Province where it's supported, else at the Country/Region level) and goes all the way up to the highest level, which is World. A bejárással kapott első egyezés a lekérdezési válaszban visszaadni kívánt végpontként van kiválasztva.The first match found using this traversal is chosen as the endpoint to return in the query response. Beágyazott típus végpontjának egyeztetése esetén a rendszer az adott gyermek profilon belüli végpontot adja vissza az útválasztási módszer alapján.When matching with a Nested type endpoint, an endpoint within that child profile is returned, based on its routing method. A következő pontok alkalmazhatók erre a viselkedésre:The following points are applicable to this behavior:

  • Egy földrajzi régió csak a Traffic Manager-profil egyik végpontján képezhető le, ha az útválasztási típus földrajzi útválasztás.A geographic region can be mapped only to one endpoint in a Traffic Manager profile when the routing type is Geographic Routing. Ez a korlátozás biztosítja, hogy a felhasználók útválasztása determinisztikus, és az ügyfelek olyan forgatókönyveket is engedélyezhetik, amelyekben egyértelmű földrajzi határok szükségesek.This restriction ensures that routing of users is deterministic, and customers can enable scenarios that require unambiguous geographic boundaries.

  • Ha a felhasználó régiója két különböző végpontok földrajzi leképezése alatt van felsorolva, Traffic Manager kiválasztja a legalacsonyabb részletességgel rendelkező végpontot.If a user’s region is listed under two different endpoints’ geographic mapping, Traffic Manager selects the endpoint with the lowest granularity. Traffic Manager nem fogja figyelembe venni az adott régiótól érkező útválasztási kérelmeket a másik végpontra.Traffic Manager won't consider routing requests from that region to the other endpoint. Vegyünk például egy földrajzi útválasztási típus-profilt két végponttal – Endpoint1 és Endpoint2.For example, consider a Geographic Routing type profile with two endpoints - Endpoint1 and Endpoint2. A Endpoint1 úgy van konfigurálva, hogy fogadja az Írországban érkező forgalmat, és a Endpoint2 az Európából érkező forgalom fogadására van konfigurálva.Endpoint1 is configured to receive traffic from Ireland and Endpoint2 is configured to receive traffic from Europe. Ha egy kérelem Írországból származik, a rendszer mindig a Endpoint1 irányítja át.If a request originates from Ireland, it's always routed to Endpoint1.

  • Mivel egy régió csak egy végponthoz rendelhető, Traffic Manager visszaadja a választ, hogy a végpont állapota Kifogástalan-e.Since a region can be mapped only to one endpoint, Traffic Manager returns a response whether the endpoint is healthy or not.

    Fontos

    Erősen ajánlott, hogy a földrajzi útválasztási módszert használó ügyfelek társítsa azokat a beágyazott típusú végpontokkal, amelyekben legalább két végpontot tartalmazó alárendelt profilok találhatók.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.

  • Ha a végpont egyezést talál, és a végpont leállított állapotban van, akkor Traffic Manager egy nem adatválaszú választ ad vissza.If an endpoint match is found and that endpoint is in the Stopped state, Traffic Manager returns a NODATA response. Ebben az esetben a földrajzi régió hierarchiájában nem végeznek további kereséseket.In this case, no further lookups are made higher up in the geographic region hierarchy. Ez a viselkedés a beágyazott végpontok típusai esetében is alkalmazható, ha a gyermek profil leállított vagy letiltott állapotban van.This behavior is also applicable for nested endpoint types when the child profile is in the Stopped or Disabled state.

  • Ha egy végpont letiltott állapotot jelez, nem kerül bele a régió-egyeztetési folyamatba.If an endpoint displays a Disabled status, it won’t be included in the region matching process. Ez a viselkedés a beágyazott végpontok típusai esetében is alkalmazható, ha a végpont letiltott állapotban van.This behavior is also applicable for nested endpoint types when the endpoint is in the Disabled state.

  • Ha egy olyan földrajzi régióból érkezik lekérdezés, amely nem rendelkezik leképezéssel a profilban, Traffic Manager egy nem adatválaszú választ ad vissza.If a query is coming from a geographic region that has no mapping in that profile, Traffic Manager returns a NODATA response. Ezért erősen ajánlott a földrajzi útválasztást egy végponttal használni.That's why we strongly recommended that you use geographic routing with one endpoint. Ideális esetben beágyazott típusúnak kell lennie legalább két végponton belül a gyermek profilban, és a régióhoz hozzá van rendelve.Ideally of type Nested with at least two endpoints within the child profile, with the region World assigned to it. Ez a konfiguráció azt is biztosítja, hogy a rendszer minden olyan IP-címet kezelje, amely nem a régióhoz van rendelve.This configuration also ensures that any IP addresses that aren't map to a region are handled.

Ahogy azt a Traffic Manager működése című témakörismerteti, Traffic Manager nem kap DNS-lekérdezéseket közvetlenül az ügyfelektől.As explained in How Traffic Manager Works, Traffic Manager doesn't receive DNS queries directly from clients. A DNS-lekérdezések a rekurzív DNS szolgáltatásból származnak, amelyet az ügyfelek a használatára konfiguráltak.DNS queries come from the recursive DNS service that the clients are configured to use. Ezért a régió meghatározásához használt IP-cím nem az ügyfél IP-címe, hanem a rekurzív DNS-szolgáltatás IP-címe.That's why the IP address used to determine the region isn't the client's IP address, but rather the IP address of the recursive DNS service. Ez az IP-cím az ügyfél számára megfelelő proxy.This IP address is a good proxy for the client.

Gyakori kérdésekFAQs

Többértékű forgalom – útválasztási módszerMultivalue traffic-routing method

A többértékű forgalom – útválasztási módszer lehetővé teszi, hogy több kifogástalan állapotú végpontot KAPJON egyetlen DNS-lekérdezési válaszban.The Multivalue traffic-routing method allows you to get multiple healthy endpoints in a single DNS query response. Ez a konfiguráció lehetővé teszi, hogy a hívó ügyféloldali újrapróbálkozásokat hajtson végre más végpontokkal abban az esetben, ha egy visszaadott végpont nem válaszol.This configuration enables the caller to do client-side retries with other endpoints in case a returned endpoint being unresponsive. Ez az elrendezés javíthatja a szolgáltatás rendelkezésre állását, és csökkentheti a kifogástalan állapotú végpontok DNS-beli lekérdezésével járó késést.This pattern can increase the availability of a service and reduce the latency associated with a new DNS query to obtain a healthy endpoint. A többértékű útválasztási módszer csak akkor működik, ha az összes "External" típusú végpontot IPv4-vagy IPv6-címként adja meg.MultiValue routing method works only if all the endpoints of type ‘External’ and are specified as IPv4 or IPv6 addresses. Ha egy lekérdezés érkezik ehhez a profilhoz, a rendszer minden kifogástalan állapotú végpontot visszaadott, és egy konfigurálható maximális visszaküldési számra vonatkozik.When a query is received for this profile, all healthy endpoints are returned and are subject to a configurable maximum return count.

Gyakori kérdésekFAQs

Alhálózati forgalom – útválasztási módszerSubnet traffic-routing method

Az alhálózati forgalom – útválasztási módszer lehetővé teszi a végfelhasználói IP-címtartományok készletének leképezését egy profil adott végpontjai számára.The Subnet traffic-routing method allows you to map a set of end-user IP address ranges to specific endpoints in a profile. Ha a Traffic Manager DNS-lekérdezést kap ehhez a profilhoz, akkor a rendszer megvizsgálja a kérelem forrás IP-címét.If Traffic Manager receives a DNS query for that profile, it will inspect the source IP address of that request. Ezután meghatározza, hogy melyik végponthoz van hozzárendelve, és a lekérdezési válaszban visszaadja a végpontot.It will then determine which endpoint it's mapped to and will return that endpoint in the query response. A legtöbb esetben a forrás IP-címe a hívó által használt DNS-feloldó.In most cases, the source IP address is the DNS resolver that is used by the caller.

A végponthoz hozzárendelni kívánt IP-cím megadható CIDR tartományként (például 1.2.3.0/24), vagy címtartományként (például 1.2.3.4-5.6.7.8).The IP address to be mapped to an endpoint can be specified as CIDR ranges (for example, 1.2.3.0/24) or as an address range (for example, 1.2.3.4-5.6.7.8). A végpontokhoz társított IP-tartományoknak egyedinek kell lenniük a profilon belül.The IP ranges associated with an endpoint need to be unique within that profile. A címtartomány nem rendelkezhet átfedéssel egy másik végpont IP-címével ugyanabban a profilban.The address range can't have an overlap with the IP address set of a different endpoint in the same profile. Ha címtartomány nélküli végpontot határoz meg, akkor az tartalékként működik, és a többi alhálózatról is átirányítja a forgalmat.If you define an endpoint with no address range, that functions as a fallback and take traffic from any remaining subnets. Ha nem tartalmaz tartalék végpontot, Traffic Manager a nem meghatározott tartományokra vonatkozó adatválaszokat küld.If no fallback endpoint is included, Traffic Manager sends a NODATA response for any undefined ranges. Javasoljuk, hogy adjon meg egy tartalék végpontot, amely biztosítja, hogy az összes lehetséges IP-tartomány meg legyen adva a végpontok között.It's highly recommended you define a fallback endpoint to ensure all possible IP ranges are specified across your endpoints.

Az alhálózati útválasztással különböző felhasználói élményt biztosíthat az adott IP-területről csatlakozó felhasználók számára.Subnet routing can be used to deliver a different experience for users connecting from a specific IP space. Tegyük fel például, hogy a vállalati iroda összes kérését egy másik végpontra irányítja át.For example, you can make all requests from your corporate office be routed to a different endpoint. Ez az útválasztási módszer különösen akkor hasznos, ha az alkalmazás csak belső verzióját próbálja tesztelni.This routing method is especially useful if you're trying to test an internal only version of your app. Egy másik használati helyzet az, amikor egy adott internetszolgáltatóval csatlakozó felhasználóknak más felületet szeretne biztosítani (például blokkolni szeretné egy adott internetszolgáltató ügyfeleit).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).

Gyakori kérdésekFAQs

További lépésekNext steps

Ismerje meg, hogyan fejleszthet magas rendelkezésre állású alkalmazásokat Traffic Manager Endpoint monitoring használatávalLearn how to develop high-availability applications using Traffic Manager endpoint monitoring