Traffic Manager yönlendirme yöntemleriTraffic Manager routing methods

Azure Traffic Manager, ağ trafiğinin çeşitli hizmet uç noktalarına nasıl yönlendirildiğine yönelik altı trafik yönlendirme yöntemini destekler.Azure Traffic Manager supports six traffic-routing methods to determine how to route network traffic to the various service endpoints. Her profil için, Traffic Manager onunla ilişkili trafik yönlendirme yöntemini aldığı her DNS sorgusuyla uygular.For any profile, Traffic Manager applies the traffic-routing method associated to it to each DNS query it receives. Trafik-yönlendirme yöntemi, DNS yanıtında hangi uç noktanın döndürüleceğini belirler.The traffic-routing method determines which endpoint is returned in the DNS response.

Aşağıdaki trafik yönlendirme yöntemleri Traffic Manager ' de kullanılabilir:The following traffic routing methods are available in Traffic Manager:

  • Öncelik: Tüm trafik için bir birincil hizmet uç noktası kullanmak istediğinizde Öncelik ' i seçin ve birincil veya yedekleme uç noktalarının kullanılamadığı durumlarda yedeklemeler sağlayın.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.
  • Ağırlıklı: Trafiği, istediğiniz bir uç nokta genelinde eşit veya ağırlığa göre dağıtmak istediğinizde ağırlıklı ' ı seçin.Weighted: Select Weighted when you want to distribute traffic across a set of endpoints, either evenly or according to weights, which you define.
  • Performans: Farklı coğrafi konumlarda uç noktalarınız olduğunda ve son kullanıcıların "en yakın" uç noktasını en düşük ağ gecikmesi açısından kullanmasını istiyorsanız performans ' ı seçin.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.
  • Coğrafi: Kullanıcılar DNS sorgusunun kaynaklandığı coğrafi konuma göre belirli uç noktalara (Azure, dış veya Iç Içe) yönlendirilmek için coğrafi ' ı seçin.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. Bu, müşterileri bir kullanıcının coğrafi bölgesini bilmenin ve bunları temel alarak yönlendiren senaryolara olanak tanımak için Traffic Manager güçler.This empowers Traffic Manager customers to enable scenarios where knowing a user’s geographic region and routing them based on that is important. Örnek olarak, veri egemenlik mantarihlerle, içerik & kullanıcı deneyiminin yerelleştirilmesi ve farklı bölgelerden gelen trafiğin ölçülmesi verilebilir.Examples include complying with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions.
  • Çoklu değer: Yalnızca bitiş noktaları olarak IPv4/IPv6 adreslerine sahip olan Traffic Manager profilleri için Çoklu değer seçeneğini belirleyin.Multivalue: Select MultiValue for Traffic Manager profiles that can only have IPv4/IPv6 addresses as endpoints. Bu profil için bir sorgu alındığında, sağlıklı tüm uç noktalar döndürülür.When a query is received for this profile, all healthy endpoints are returned.
  • Alt ağ: Son Kullanıcı IP adresi aralıklarını bir Traffic Manager profili içindeki belirli bir uç noktaya eşlemek için alt ağ trafiği-yönlendirme yöntemini seçin.Subnet: Select Subnet traffic-routing method to map sets of end-user IP address ranges to a specific endpoint within a Traffic Manager profile. Bir istek alındığında döndürülen uç nokta, bu isteğin kaynak IP adresi için eşlenmiş bir değer olacaktır.When a request is received, the endpoint returned will be the one mapped for that request’s source IP address. 

Tüm Traffic Manager profiller, uç nokta durumunu ve otomatik uç nokta yük devretmesini izlemeyi içerir.All Traffic Manager profiles include monitoring of endpoint health and automatic endpoint failover. Daha fazla bilgi için bkz. Traffic Manager uç nokta izleme.For more information, see Traffic Manager Endpoint Monitoring. Tek bir Traffic Manager profili yalnızca bir trafik yönlendirme yöntemi kullanabilir.A single Traffic Manager profile can use only one traffic routing method. Profiliniz için istediğiniz zaman farklı bir trafik yönlendirme yöntemi seçebilirsiniz.You can select a different traffic routing method for your profile at any time. Değişiklikler bir dakika içinde uygulanır ve kapalı kalma süresi olmaz.Changes are applied within one minute, and no downtime is incurred. Trafik yönlendirme yöntemleri, iç içe geçmiş Traffic Manager profilleri kullanılarak birleştirilebilir.Traffic-routing methods can be combined by using nested Traffic Manager profiles. İç içe geçme, daha büyük, karmaşık uygulamaların ihtiyaçlarını karşılayan gelişmiş ve esnek trafik yönlendirme yapılandırmalarına izin verebilir.Nesting enables sophisticated and flexible traffic-routing configurations that meet the needs of larger, complex applications. Daha fazla bilgi için bkz. iç içe Traffic Manager profilleri.For more information, see nested Traffic Manager profiles.

Öncelik trafiği-yönlendirme yöntemiPriority traffic-routing method

Genellikle bir kuruluş, birincil hizmetlerinin kapanması olasılığına karşı bir veya daha fazla yedekleme hizmeti dağıtarak Hizmetleri için güvenilirlik sağlamak istemektedir.Often an organization wants to provide reliability for its services by deploying one or more backup services in case their primary service goes down. ' Priority ' trafik-yönlendirme yöntemi, Azure müşterilerinin bu yük devretme modelini kolayca uygulamasına olanak tanır.The 'Priority' traffic-routing method allows Azure customers to easily implement this failover pattern.

Azure Traffic Manager ' Priority ' trafiği yönlendirme yöntemi

Traffic Manager profili, hizmet uç noktalarının öncelikli bir listesini içerir.The Traffic Manager profile contains a prioritized list of service endpoints. Varsayılan olarak, Traffic Manager tüm trafiği birincil (en yüksek öncelikli) uç noktaya gönderir.By default, Traffic Manager sends all traffic to the primary (highest-priority) endpoint. Birincil uç nokta kullanılabilir değilse, trafiği ikinci uç noktaya yönlendirir Traffic Manager.If the primary endpoint is not available, Traffic Manager routes the traffic to the second endpoint. Hem birincil hem de ikincil uç noktaları kullanılabilir değilse, trafik üçüncü olarak gider ve bu şekilde devam eder.If both the primary and secondary endpoints are not available, the traffic goes to the third, and so on. Uç noktanın kullanılabilirliği, yapılandırılan durumu (etkin veya devre dışı) ve devam eden uç nokta izlemeyi temel alır.Availability of the endpoint is based on the configured status (enabled or disabled) and the ongoing endpoint monitoring.

Uç noktaları yapılandırmaConfiguring endpoints

Azure Resource Manager, her bitiş noktası için ' Priority ' özelliğini kullanarak uç nokta önceliğini açık olarak yapılandırırsınız.With Azure Resource Manager, you configure the endpoint priority explicitly using the 'priority' property for each endpoint. Bu özellik 1 ile 1000 arasında bir değerdir.This property is a value between 1 and 1000. Daha düşük değerler daha yüksek bir öncelik temsil eder.Lower values represent a higher priority. Uç noktalar öncelik değerlerini paylaşamaz.Endpoints cannot share priority values. Özelliği ayarlama isteğe bağlıdır.Setting the property is optional. Atlanırsa, uç nokta sırasına göre varsayılan bir öncelik kullanılır.When omitted, a default priority based on the endpoint order is used.

Ağırlıklı trafik-yönlendirme yöntemiWeighted traffic-routing method

' Ağırlıklı ' trafik-yönlendirme yöntemi, trafiği eşit bir şekilde dağıtmanıza veya önceden tanımlanmış bir ağırlığa kullanmanıza olanak sağlar.The 'Weighted' traffic-routing method allows you to distribute traffic evenly or to use a pre-defined weighting.

Azure Traffic Manager ' ağırlıklı ' trafik-yönlendirme yöntemi

Ağırlıklı trafik-yönlendirme yönteminde, Traffic Manager profili yapılandırmasındaki her bir uç noktaya bir ağırlık atarsınız.In the Weighted traffic-routing method, you assign a weight to each endpoint in the Traffic Manager profile configuration. Ağırlık 1-1000 arasında bir tamsayıdır.The weight is an integer from 1 to 1000. Bu parametre isteğe bağlıdır.This parameter is optional. Atlanırsa, trafik yöneticileri varsayılan olarak ' 1 ' ağırlığını kullanır.If omitted, Traffic Managers uses a default weight of '1'. Daha yüksek ağırlık, öncelik daha yüksektir.The higher weight, the higher the priority.

Alınan her DNS sorgusu için, Traffic Manager rastgele kullanılabilir bir uç nokta seçer.For each DNS query received, Traffic Manager randomly chooses an available endpoint. Uç nokta seçme olasılığı, kullanılabilir tüm uç noktalara atanan ağırlıkları temel alır.The probability of choosing an endpoint is based on the weights assigned to all available endpoints. Tüm uç noktalarında aynı ağırlığı kullanmak, hatta trafik dağıtımına neden olur.Using the same weight across all endpoints results in an even traffic distribution. Belirli uç noktalarda daha yüksek veya daha düşük kalınlıklar kullanmak, bu uç noktaların DNS yanıtlarına daha fazla veya daha az sıklıkta döndürülmesine neden olur.Using higher or lower weights on specific endpoints causes those endpoints to be returned more or less frequently in the DNS responses.

Ağırlıklı yöntem bazı faydalı senaryolara izin verebilir:The weighted method enables some useful scenarios:

  • Aşamalı uygulama yükseltme: Yeni bir uç noktaya yönlendirmek için trafik yüzdesi ayırın ve zaman içinde trafiği zaman içinde% 100 olarak artırın.Gradual application upgrade: Allocate a percentage of traffic to route to a new endpoint, and gradually increase the traffic over time to 100%.
  • Azure 'a uygulama geçişi: Hem Azure hem de dış uç noktalarla bir profil oluşturun.Application migration to Azure: Create a profile with both Azure and external endpoints. Yeni uç noktaları tercih etmek için uç noktaların kalınlığını ayarlayın.Adjust the weight of the endpoints to prefer the new endpoints.
  • Ek kapasite için bulut patlaması: Şirket içi bir dağıtımı Traffic Manager bir profilin arkasına yerleştirerek buluta hızlıca genişletin.Cloud-bursting for additional capacity: Quickly expand an on-premises deployment into the cloud by putting it behind a Traffic Manager profile. Bulutta fazladan kapasiteye ihtiyacınız olduğunda, daha fazla uç nokta ekleyebilir veya etkinleştirebilir ve her bir uç noktaya giden trafik bölümünün ne olduğunu belirtebilirsiniz.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.

Azure portal kullanmanın yanı sıra, Azure PowerShell, CLı ve REST API 'Leri kullanarak ağırlıkları yapılandırabilirsiniz.In addition to using the Azure portal, you can configure weights using Azure PowerShell, CLI, and the REST APIs.

DNS yanıtlarının istemciler tarafından ve istemcilerin DNS adlarını çözümlemek için kullandığı özyinelemeli DNS sunucuları tarafından önbelleğe alınacağını anlamak önemlidir.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. Bu önbelleğe alma, ağırlıklı trafik dağıtımlarını etkileyebilir.This caching can have an impact on weighted traffic distributions. İstemci sayısı ve özyinelemeli DNS sunucuları büyükse, trafik dağıtımı beklendiği gibi çalışıyor demektir.When the number of clients and recursive DNS servers is large, traffic distribution works as expected. Ancak, istemci sayısı veya özyinelemeli DNS sunucuları küçük olduğunda, önbelleğe alma işlemi trafik dağıtımını önemli ölçüde eğebilir.However, when the number of clients or recursive DNS servers is small, caching can significantly skew the traffic distribution.

Yaygın kullanım örnekleri şunlardır:Common use cases include:

  • Geliştirme ve test ortamlarıDevelopment and testing environments
  • Uygulamadan uygulamaya iletişimlerApplication-to-application communications
  • Ortak bir özyinelemeli DNS altyapısını (örneğin, bir ara sunucu aracılığıyla bağlanan şirket çalışanları) paylaşan bir dar kullanıcı tabanına hedeflenmiş uygulamalarApplications aimed at a narrow user-base that share a common recursive DNS infrastructure (for example, employees of company connecting through a proxy)

Bu DNS önbelleğe alma etkileri yalnızca Azure Traffic Manager değil, DNS tabanlı tüm trafik yönlendirme sistemlerinde ortaktır.These DNS caching effects are common to all DNS-based traffic routing systems, not just Azure Traffic Manager. Bazı durumlarda, DNS önbelleğini açıkça temizlemek geçici bir çözüm sağlayabilir.In some cases, explicitly clearing the DNS cache may provide a workaround. Diğer durumlarda, alternatif bir trafik yönlendirme yöntemi daha uygun olabilir.In other cases, an alternative traffic-routing method may be more appropriate.

Performans trafiği-yönlendirme yöntemiPerformance traffic-routing method

Uç noktaların dünya genelinde iki veya daha fazla konumda dağıtımı, trafiği ' en yakın ' olan konuma yönlendirerek birçok uygulamanın yanıt hızını iyileştirebilirler.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. ' Performance ' trafik-yönlendirme yöntemi bu yeteneği sağlar.The 'Performance' traffic-routing method provides this capability.

Azure Traffic Manager ' Performance ' trafiği-yönlendirme yöntemi

' En yakın ' uç noktası coğrafi mesafede ölçülen kadar yakın değildir.The 'closest' endpoint is not necessarily closest as measured by geographic distance. Bunun yerine, ' Performance ' trafik-yönlendirme yöntemi ağ gecikmesini ölçerek en yakın uç noktayı belirler.Instead, the 'Performance' traffic-routing method determines the closest endpoint by measuring network latency. Traffic Manager, IP adresi aralıkları ve her Azure veri merkezi arasında gidiş dönüş süresini izlemek için bir Internet gecikme tablosu saklar.Traffic Manager maintains an Internet Latency Table to track the round-trip time between IP address ranges and each Azure datacenter.

Traffic Manager, Internet gecikme süresi tablosundaki gelen DNS isteğinin kaynak IP adresini arar.Traffic Manager looks up the source IP address of the incoming DNS request in the Internet Latency Table. Traffic Manager, bu IP adresi aralığı için en düşük gecikme süresine sahip Azure veri merkezinde kullanılabilir bir uç nokta seçer ve DNS yanıtında bu uç noktayı döndürür.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.

Traffic Manager nasıl çalıştığı konusundaaçıklandığı gibi, Traffic Manager doğrudan istemcilerden DNS sorguları almaz.As explained in How Traffic Manager Works, Traffic Manager does not receive DNS queries directly from clients. Bunun yerine, DNS sorguları istemcilerin kullanmak üzere yapılandırıldığı özyinelemeli DNS hizmetinden gelir.Rather, DNS queries come from the recursive DNS service that the clients are configured to use. Bu nedenle, ' en yakın ' uç noktasını belirlemede kullanılan IP adresi istemcinin IP adresidir, ancak özyinelemeli DNS hizmetinin IP adresidir.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. Uygulamada, bu IP adresi istemci için iyi bir ara sunucu.In practice, this IP address is a good proxy for the client.

Traffic Manager, Internet gecikme tablosunu genel Internet ve yeni Azure bölgelerindeki değişikliklere göre hesaba göre düzenli olarak güncelleştirir.Traffic Manager regularly updates the Internet Latency Table to account for changes in the global Internet and new Azure regions. Bununla birlikte, uygulama performansı, Internet üzerinde yükün gerçek zamanlı farklılıklara göre farklılık gösterir.However, application performance varies based on real-time variations in load across the Internet. Performans trafiği-yönlendirme, belirli bir hizmet uç noktasındaki yükü izlemez.Performance traffic-routing does not monitor load on a given service endpoint. Ancak, bir uç nokta kullanılamaz hale gelirse Traffic Manager DNS sorgu yanıtlarına eklemez.However, if an endpoint becomes unavailable, Traffic Manager does not include it in DNS query responses.

Dikkat edilecek noktalar:Points to note:

  • Profiliniz aynı Azure bölgesinde birden fazla uç nokta içeriyorsa, Traffic Manager trafiği bu bölgedeki kullanılabilir uç noktalar arasında eşit olarak dağıtır.If your profile contains multiple endpoints in the same Azure region, then Traffic Manager distributes traffic evenly across the available endpoints in that region. Bir bölge içinde farklı bir trafik dağıtımını tercih ediyorsanız, iç içe geçmiş Traffic Manager profillerinikullanabilirsiniz.If you prefer a different traffic distribution within a region, you can use nested Traffic Manager profiles.
  • En yakın Azure bölgesindeki tüm etkin uç noktalar düşürülirse Traffic Manager trafiği bir sonraki en yakın Azure bölgesindeki uç noktalara taşıdıkça.If all enabled endpoints in the closest Azure region are degraded, Traffic Manager moves traffic to the endpoints in the next closest Azure region. Tercih edilen bir yük devretme sırası tanımlamak istiyorsanız, iç içe geçmiş Traffic Manager profillerinikullanın.If you want to define a preferred failover sequence, use nested Traffic Manager profiles.
  • Dış uç noktalar veya iç içe geçmiş uç noktalarla performans trafiği yönlendirme yöntemini kullanırken, bu uç noktaların konumunu belirtmeniz gerekir.When using the Performance traffic routing method with external endpoints or nested endpoints, you need to specify the location of those endpoints. Dağıtımınıza en yakın Azure bölgesini seçin.Choose the Azure region closest to your deployment. Bu konumlar Internet gecikme süresi tablosu tarafından desteklenen değerlerdir.Those locations are the values supported by the Internet Latency Table.
  • Uç noktayı seçen algoritma belirleyici olur.The algorithm that chooses the endpoint is deterministic. Aynı istemciden yinelenen DNS sorguları aynı uç noktaya yönlendirilir.Repeated DNS queries from the same client are directed to the same endpoint. Genellikle, istemciler seyahat ederken farklı özyinelemeli DNS sunucuları kullanır.Typically, clients use different recursive DNS servers when traveling. İstemci farklı bir uç noktaya yönlendirilebilir.The client may be routed to a different endpoint. Yönlendirme, Internet gecikme tablosuna ait güncelleştirmelerden da etkilenebilir.Routing can also be affected by updates to the Internet Latency Table. Bu nedenle, performans trafiği-yönlendirme yöntemi, bir istemcinin her zaman aynı uç noktaya yönlendirildiğini garanti etmez.Therefore, the Performance traffic-routing method does not guarantee that a client is always routed to the same endpoint.
  • Internet gecikme süresi tablosu değiştiğinde, bazı istemcilerin farklı bir uç noktaya yönlendirildiğine dikkat edebilirsiniz.When the Internet Latency Table changes, you may notice that some clients are directed to a different endpoint. Bu yönlendirme değişikliği, geçerli gecikme verilerine göre daha doğru.This routing change is more accurate based on current latency data. Internet sürekli geliştikçe performans trafiği yönlendirmenin doğruluğunu sürdürmek için bu güncelleştirmeler önemlidir.These updates are essential to maintain the accuracy of Performance traffic-routing as the Internet continually evolves.

Coğrafi trafik-yönlendirme yöntemiGeographic traffic-routing method

Traffic Manager profiller, kullanıcıların DNS sorgusunun kaynaklandığı coğrafi konuma göre belirli uç noktalara (Azure, dış veya Iç Içe) yönlendirilmeleri için coğrafi yönlendirme yöntemini kullanacak şekilde yapılandırılabilir.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. Bu, müşterileri bir kullanıcının coğrafi bölgesini bilmenin ve bunları temel alarak yönlendiren senaryolara olanak tanımak için Traffic Manager güçler.This empowers Traffic Manager customers to enable scenarios where knowing a user’s geographic region and routing them based on that is important. Örnek olarak, veri egemenlik mantarihlerle, içerik & kullanıcı deneyiminin yerelleştirilmesi ve farklı bölgelerden gelen trafiğin ölçülmesi verilebilir.Examples include complying with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions. Bir profil coğrafi yönlendirme için yapılandırıldığında, bu profille ilişkilendirilen her uç noktanın kendisine atanmış bir coğrafi bölge kümesi olması gerekir.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. Coğrafi bölge, aşağıdaki ayrıntı düzeyi düzeylerinde olabilirA geographic region can be at following levels of granularity

  • Dünya – herhangi bir bölgeWorld– any region
  • Bölgesel gruplandırma: Örneğin, Afrika, Orta Doğu, Avustralya/Pasifik vb.Regional Grouping – for example, Africa, Middle East, Australia/Pacific etc.
  • Ülke/bölge: Örneğin, Irlanda, Peru, Hong Kong ÖIB vb.Country/Region – for example, Ireland, Peru, Hong Kong SAR etc.
  • Eyalet/bölge – örneğin, ABD-California, Avustralya-Queensland, Kanada-Alberta vb. (Note: Bu ayrıntı düzeyi düzeyi yalnızca Avustralya, Kanada ve ABD 'deki eyalet/eyalet için desteklenir).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).

Bir bölge veya bölge kümesi bir uç noktaya atandığında, bu bölgelerden gelen istekler yalnızca o uç noktaya yönlendirilir.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, kullanıcının sorgulama yaptığı bölgeyi belirlemekte DNS sorgusunun kaynak IP adresini kullanır – genellikle bu, Kullanıcı adına sorgu yapan yerel DNS Çözümleyicisinin IP adresidir.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 ' coğrafi ' trafik-yönlendirme yöntemi

Traffic Manager, DNS sorgusunun kaynak IP adresini okur ve hangi coğrafi bölgenin kaynaklandığı karar verir.Traffic Manager reads the source IP address of the DNS query and decides which geographic region it is originating from. Daha sonra bu coğrafi bölgenin eşlendiği bir uç nokta olup olmadığını görmek için görünür.It then looks to see if there is an endpoint that has this geographic region mapped to it. Bu arama en düşük ayrıntı düzeyi düzeyinde (desteklenen eyalet/eyalet, başka bir deyişle ülke/bölge düzeyinde) başlar ve dünyanınen yüksek düzeyine kadar tüm şekilde çalışır.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. Bu çapraz geçiş kullanılarak bulunan ilk eşleşme, sorgu yanıtında döndürülecek uç nokta olarak belirtilmiştir.The first match found using this traversal is designated as the endpoint to return in the query response. Iç Içe geçmiş bir tür uç noktasıyla eşleştirilirken, bu alt profil içindeki bir uç nokta, yönlendirme yöntemine göre döndürülür.When matching with a Nested type endpoint, an endpoint within that child profile is returned, based on its routing method. Aşağıdaki noktaları bu davranış için geçerlidir:The following points are applicable to this behavior:

  • Bir coğrafi bölge, yönlendirme türü coğrafi yönlendirme olduğunda bir Traffic Manager profilindeki bir uç nokta ile eşlenebilir.A geographic region can be mapped only to one endpoint in a Traffic Manager profile when the routing type is Geographic Routing. Bu, kullanıcıların yönlendirilmesini belirleyici hale gelmesini ve müşterilerin, belirsiz coğrafi sınır gerektiren senaryoları etkinleştirebilmesini sağlar.This ensures that routing of users is deterministic, and customers can enable scenarios that require unambiguous geographic boundaries.

  • Bir kullanıcının bölgesi iki farklı bitiş noktası ' coğrafi eşleme altına gelirse Traffic Manager en düşük ayrıntı düzeyi olan uç noktayı seçer ve bu bölgeden diğer uç noktaya yönlendirme isteklerini göz önünde bulundurmaz.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. Örneğin, iki uç nokta (Endpoint1 ve Endpoint2) olan coğrafi yönlendirme türü profilini göz önünde bulundurun.For example, consider a Geographic Routing type profile with two endpoints - Endpoint1 and Endpoint2. Endpoint1, Irlanda 'dan trafik alacak şekilde yapılandırılmıştır ve Endpoint2, Avrupa 'dan gelen trafiği alacak şekilde yapılandırılır.Endpoint1 is configured to receive traffic from Ireland and Endpoint2 is configured to receive traffic from Europe. Bir istek Irlanda 'dan kaynaklanıyorsa, her zaman Endpoint1 'a yönlendirilir.If a request originates from Ireland, it is always routed to Endpoint1.

  • Bir bölge yalnızca bir uç nokta ile eşleştirilemediğinden, Traffic Manager uç noktanın sağlıklı olup olmamasına bakılmaksızın onu döndürür.Since a region can be mapped only to one endpoint, Traffic Manager returns it regardless of whether the endpoint is healthy or not.

    Önemli

    Coğrafi yönlendirme yöntemini kullanan müşterilerin, her biri içinde en az iki uç nokta içeren alt profilleri olan Iç Içe geçmiş tür uç noktaları ile ilişkilendirilebilmesi önemle önerilir.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.

  • Bir uç nokta eşleşmesi bulunursa ve uç nokta durdurulmuş durumdaysa, Traffic Manager bir NoData yanıtı döndürür.If an endpoint match is found and that endpoint is in the Stopped state, Traffic Manager returns a NODATA response. Bu durumda, coğrafi bölge hiyerarşisinde daha fazla arama yapılmaz.In this case, no further lookups are made higher up in the geographic region hierarchy. Bu davranış, alt profil durdurulmuş veya devre dışı durumdayken iç içe geçmiş uç nokta türleri için de geçerlidir.This behavior is also applicable for nested endpoint types when the child profile is in the Stopped or Disabled state.

  • Bir uç nokta devre dışı durumunu görüntülüyorsa, bölge eşleştirme işlemine dahil değildir.If an endpoint displays a Disabled status, it won’t be included in the region matching process. Bu davranış, uç nokta devre dışı durumundayken iç içe geçmiş uç nokta türleri için de geçerlidir.This behavior is also applicable for nested endpoint types when the endpoint is in the Disabled state.

  • Bir sorgu, bu profilde eşlenmesiz bir coğrafi bölgeden geliyorsa, Traffic Manager NODATA yanıtı döndürür.If a query is coming from a geographic region that has no mapping in that profile, Traffic Manager returns a NODATA response. Bu nedenle, müşterilerin bir uç nokta ile coğrafi yönlendirme kullanması önemle önerilir. Bu, alt profil içinde en az iki uç nokta ile Iç Içe, Dünya çapında atanmış bölge Ile iç içe.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. Bu Ayrıca, bir bölgeyle eşlenmemesi gereken tüm IP adreslerinin işlenmesini de sağlar.This also ensures that any IP addresses that do not map to a region are handled.

Traffic Manager nasıl çalıştığı konusundaaçıklandığı gibi, Traffic Manager doğrudan istemcilerden DNS sorguları almaz.As explained in How Traffic Manager Works, Traffic Manager does not receive DNS queries directly from clients. Bunun yerine, DNS sorguları istemcilerin kullanmak üzere yapılandırıldığı özyinelemeli DNS hizmetinden gelir.Rather, DNS queries come from the recursive DNS service that the clients are configured to use. Bu nedenle, bölgeyi belirlemekte kullanılan IP adresi istemcinin IP adresidir, ancak özyinelemeli DNS hizmetinin IP adresidir.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. Uygulamada, bu IP adresi istemci için iyi bir ara sunucu.In practice, this IP address is a good proxy for the client.

SSSFAQs

Çoklu değer trafik-yönlendirme yöntemiMultivalue traffic-routing method

Çoklu değer trafik-yönlendirme yöntemi, tek bir DNS sorgu yanıtında birden çok sağlıklı uç nokta almanızı sağlar.The Multivalue traffic-routing method allows you to get multiple healthy endpoints in a single DNS query response. Bu, arayanın yanıt vermeyen bir uç noktanın olaydaki diğer uç noktalarla istemci tarafı yeniden denemeleri yapmasına olanak sağlar.This enables the caller to do client-side retries with other endpoints in the event of a returned endpoint being unresponsive. Bu model, bir hizmetin kullanılabilirliğini artırabilir ve sağlıklı bir uç nokta elde etmek için yeni bir DNS sorgusuyla ilişkili gecikme süresini azaltabilir.This pattern can increase the availability of a service and reduce the latency associated with a new DNS query to obtain a healthy endpoint. Çoklu değer yönlendirme yöntemi yalnızca ' External ' türündeki tüm uç noktalar ve IPv4 veya IPv6 adresleri olarak belirtilmişse kullanılabilir.MultiValue routing method works only if all the endpoints of type ‘External’ and are specified as IPv4 or IPv6 addresses. Bu profil için bir sorgu alındığında, sağlıklı tüm uç noktalar döndürülür ve yapılandırılabilir en yüksek dönüş sayısına tabidir.When a query is received for this profile, all healthy endpoints are returned and are subject to a configurable maximum return count.

SSSFAQs

Alt ağ trafiği-yönlendirme yöntemiSubnet traffic-routing method

Alt ağ trafiği-yönlendirme yöntemi, bir dizi Son Kullanıcı IP adresi aralığını bir profildeki belirli uç noktalara eşlemenizi sağlar.The Subnet traffic-routing method allows you to map a set of end user IP address ranges to specific endpoints in a profile. Bundan sonra, Traffic Manager Bu profil için bir DNS sorgusu alırsa, bu isteğin kaynak IP adresini inceleyerek (çoğu durumda bu, çağıran tarafından kullanılan DNS Çözümleyicisinin giden IP adresi olacaktır), hangi uç noktanın eşlendiğini ve t döndürecek olduğunu tespit eder sorgu yanıtında hat uç noktası.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.

Bir uç noktaya eşlenecek IP adresi CıDR aralıkları (ör. 1.2.3.0/24) veya bir adres aralığı (örneğin, 1.2.3.4-5.6.7.8) olarak belirtilebilir.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). Bir uç noktayla ilişkili IP aralıklarının bu profilde benzersiz olması gerekir ve aynı profildeki farklı bir uç noktanın IP adresi kümesiyle çakışamaz.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. Adres aralığı olmayan bir uç nokta tanımlarsanız, bu işlem geri dönüş olarak çalışır ve kalan alt ağlardan trafik alır.If you define an endpoint with no address range, that functions as a fallback and take traffic from any remaining subnets. Geri dönüş uç noktası yoksa, Traffic Manager tanımsız aralıklar için bir NODATA yanıtı gönderir.If no fallback endpoint is included, Traffic Manager sends a NODATA response for any undefined ranges. Bu nedenle, bir geri dönüş uç noktası tanımlamanız veya diğer tüm olası IP aralıklarının uç noktalarınız genelinde belirtildiğinden emin olmanız önemle tavsiye edilir.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.

Alt ağ yönlendirme, belirli bir IP alanından bağlanan kullanıcılar için farklı bir deneyim sunmak üzere kullanılabilir.Subnet routing can be used to deliver a different experience for users connecting from a specific IP space. Örneğin, alt ağ yönlendirmeyi kullanarak bir müşteri, kurumsal ofislerinden gelen tüm isteklerin, uygulamasının yalnızca dahili bir sürümünü test ettikleri farklı bir uç noktaya yönlendirilmesini sağlayabilir.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. Başka bir senaryo, belirli bir ISS 'den bağlanan kullanıcılara farklı bir deneyim sağlamak istiyorsanız (örneğin, belirli bir ISS 'den kullanıcıları engelle).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).

SSSFAQs

Sonraki adımlarNext steps

Traffic Manager uç nokta izleme kullanarak yüksek kullanılabilirliğe sahip uygulamalar geliştirmeyi öğreninLearn how to develop high-availability applications using Traffic Manager endpoint monitoring