Traffic Manager yönlendirme yöntemleriTraffic Manager routing methods

Azure Traffic Manager çeşitli hizmet uç noktaları için ağ trafiğini yönlendirmek üzere nasıl dağıtılacağını belirlemenin altı trafik yönlendirme yöntemlerini destekler.Azure Traffic Manager supports six traffic-routing methods to determine how to route network traffic to the various service endpoints. Herhangi bir profil için Traffic Manager trafik yönlendirme yöntemini aldığı her DNS sorgusu için ilişkili geçerlidir.For any profile, Traffic Manager applies the traffic-routing method associated to it to each DNS query it receives. Trafik yönlendirme yöntemini, hangi uç noktaya DNS yanıtında döndürülen belirler.The traffic-routing method determines which endpoint is returned in the DNS response.

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

  • Öncelik: Seçin öncelik ne zaman tüm trafiği için birincil hizmet uç noktası ve birincil durumda yedekleme sağlamak istediğiniz veya yedekleme uç noktaları kullanılamıyor.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ı: Seçin ağırlıklı trafiği bir uç nokta kümesine arasında dağıtmak istediğinizde, eşit veya, ağırlıklara göre tanımlayın.Weighted: Select Weighted when you want to distribute traffic across a set of endpoints, either evenly or according to weights, which you define.
  • Performans: Seçin performans zaman uç noktalar farklı coğrafi konumlarda olan ve son kullanıcıların en düşük ağ gecikme süresi açısından "en yakın" uç nokta kullanmasını istediğiniz.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: Seçin Geographic DNS sorgularını, böylece kullanıcılar hangi coğrafi konum temelinde belirli Uç noktalara (Azure, dış veya iç içe) yönlendirilir kaynaklanan.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, kullanıcının coğrafi bölgede bilerek ve bunları oturum tabanlı yönlendirme önemli olduğu senaryolar etkinleştirmek için Traffic Manager müşterileri güçlendirir.This empowers Traffic Manager customers to enable scenarios where knowing a user’s geographic region and routing them based on that is important. Veri egemenliği mandates içeriği ve kullanıcı deneyimi yerelleştirmesi uymak ve farklı bölgelerden trafik ölçme verilebilir.Examples include complying with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions.
  • Birden çok değerli: Seçin birden çok değerli için Traffic Manager profilleri, yalnızca IPv4/IPv6 adresleri uç noktalar olarak sahip olabilirsiniz.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, tüm sağlıklı uç noktalar döndürülür.When a query is received for this profile, all healthy endpoints are returned.
  • Alt ağ: Seçin alt kümeleri son kullanıcı IP adresi aralıklarının bir Traffic Manager profili içinde belirli bir uç noktaya eşlemek için trafik yönlendirme yöntemi.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, uç nokta, bu isteğin kaynak IP adresi için eşleştirilecek döndürdü.When a request is received, the endpoint returned will be the one mapped for that request’s source IP address. 

Tüm Traffic Manager profillerini uç nokta sistem durumu ve otomatik bir uç nokta yük devretme izleme içerir.All Traffic Manager profiles include monitoring of endpoint health and automatic endpoint failover. Daha fazla bilgi için 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öntemini kullanabilirsiniz.A single Traffic Manager profile can use only one traffic routing method. Herhangi bir zamanda profiliniz için farklı trafik yönlendirme yöntemini seçebilirsiniz.You can select a different traffic routing method for your profile at any time. Bir dakika içinde değişiklikler uygulanır ve kapalı kalma süresi olmadan oluşur.Changes are applied within one minute, and no downtime is incurred. Trafik yönlendirme yöntemleri, iç içe 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 ve karmaşık uygulamaların gereksinimlerini karşılayan karmaşık ve esnek trafik yönlendirme yapılandırmaları sağlar.Nesting enables sophisticated and flexible traffic-routing configurations that meet the needs of larger, complex applications. Daha fazla bilgi için iç içe Traffic Manager profillerini.For more information, see nested Traffic Manager profiles.

Öncelik trafik yönlendirme yöntemiPriority traffic-routing method

Genellikle bir kuruluş, birincil hizmet arıza durumunda bir veya daha fazla yedekleme hizmetlerini dağıtarak hizmetlerinin için güvenilirlik sağlamak istiyor.Often an organization wants to provide reliability for its services by deploying one or more backup services in case their primary service goes down. Azure müşterileri kolayca bu yük devretme deseni uygulamak 'Öncelik' trafik yönlendirme yöntemi sağlar.The 'Priority' traffic-routing method allows Azure customers to easily implement this failover pattern.

Azure Traffic Manager 'Öncelik' trafik yönlendirme yöntemi

Traffic Manager profili, hizmet uç noktalarının öncelikli listesi 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 öncelik) uç noktasına gönderir.By default, Traffic Manager sends all traffic to the primary (highest-priority) endpoint. Birincil uç nokta kullanılabilir durumda değilse, Traffic Manager trafiği ikinci uç noktasına yönlendirir.If the primary endpoint is not available, Traffic Manager routes the traffic to the second endpoint. Birincil ve ikincil uç kullanılabilir durumda değilse, trafiği üçüncü ve benzeri gider.If both the primary and secondary endpoints are not available, the traffic goes to the third, and so on. Uç noktanın kullanılabilirliğini yapılandırılan durumu (etkin veya devre dışı) ve devam eden bir uç nokta izleme bağlıdır.Availability of the endpoint is based on the configured status (enabled or disabled) and the ongoing endpoint monitoring.

Uç noktalarını yapılandırmaConfiguring endpoints

Azure Resource Manager ile 'priority' özelliği kullanılarak açıkça her uç nokta için uç nokta önceliği yapılandırın.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. Düşük değerler daha yüksek önceliği temsil eder.Lower values represent a higher priority. Uç noktaları öncelik değerleri paylaşamazsınız.Endpoints cannot share priority values. Özelliği isteğe bağlıdır.Setting the property is optional. Atlanırsa, varsayılan uç nokta sıraya göre 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öntemini trafiği eşit olarak dağıtmak için veya önceden tanımlanmış ağırlığı kullanmayı 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öntemini her bir uç nokta Traffic Manager profili yapılandırması için bir ağırlık atayın.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 '1' varsayılan ağırlığı kullanır.If omitted, Traffic Managers uses a default weight of '1'. Daha yüksek ağırlık, öncelik o kadar yüksektir.The higher weight, the higher the priority.

Traffic Manager, alınan her DNS sorgusu için kullanılabilir uç nokta rastgele seçer.For each DNS query received, Traffic Manager randomly chooses an available endpoint. Bir uç noktasını olasılığını tüm kullanılabilir uç noktaları için atanan ağırlıklara göre faturalandırılır.The probability of choosing an endpoint is based on the weights assigned to all available endpoints. Genelinde tüm uç noktalar sonuçları bir bile trafik dağılımı ağırlık kullanıyor.Using the same weight across all endpoints results in an even traffic distribution. Belirli Uç noktalara daha yüksek veya düşük Ağırlıklar kullanılıyor, bu Uç noktalara daha fazla veya daha az sık DNS yanıtlarını döndürülecek 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öntemin bazı yararlı senaryolara olanak tanır:The weighted method enables some useful scenarios:

  • Aşamalı uygulama yükseltme: Yeni bir uç noktasına yönlendirme için trafik yüzdesi ayırın ve yavaş yavaş % 100 zaman içinde trafik 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%.
  • Uygulamayı azure'a: Bir profili ile hem Azure hem de dış uç noktaları oluşturun.Application migration to Azure: Create a profile with both Azure and external endpoints. Tercih ettiğiniz yeni uç nokta için uç nokta ağırlığı ayarlayın.Adjust the weight of the endpoints to prefer the new endpoints.
  • Bulut Patlaması ek kapasite için: Traffic Manager profili yerleştirerek hızlı bir şekilde bir şirket içi dağıtım buluta 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 ek kapasiteye ihtiyaç duyduğunuzda, ekleyin veya daha fazla uç noktalarının etkinleştirilmesi ve trafiğin hangi kısmını her uç noktaya gider belirtin.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ını kullanmaya ek olarak, Azure PowerShell, CLI ve REST API'lerini 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ı, DNS adlarını çözümlemek için istemcilerin kullandığı yinelenen DNS sunucuları ve istemciler tarafından önbelleğe alınır 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ı trafiği dağıtımlarında bir etkisi olabilir.This caching can have an impact on weighted traffic distributions. İstemcileri ve yinelenen DNS sunucuları sayısı büyük olduğunda trafik dağılımı beklendiği gibi çalışır.When the number of clients and recursive DNS servers is large, traffic distribution works as expected. İstemciler veya yinelenen DNS sunucuları sayısı az olduğunda, ancak önbelleğe alma önemli ölçüde trafik dağılımı eğriltilebilir.However, when the number of clients or recursive DNS servers is small, caching can significantly skew the traffic distribution.

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

  • Geliştirme ve test ortamlarıDevelopment and testing environments
  • Uygulama uygulama iletişimleriApplication-to-application communications
  • Bir dar kullanıcı ortak bir özyinelemeli DNS altyapısı (örneğin, bir proxy üzerinden bağlanma şirket çalışanları) paylaşan tabanlı uygulamaları özeliklerinApplications 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 tüm DNS tabanlı trafik yönlendirme sistemler için yalnızca Azure Traffic Manager yaygındır.These DNS caching effects are common to all DNS-based traffic routing systems, not just Azure Traffic Manager. Bazı durumlarda, açıkça DNS önbelleği temizleniyor, 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

İki veya daha fazla konumda uç noktaları, dünya çapında dağıtma 'size en yakın' konumu için trafiği yönlendirme tarafından birçok uygulama yanıt verme hızını artırabilir.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. Bu özelliği 'Performans' trafik yönlendirme yöntemini sunar.The 'Performance' traffic-routing method provides this capability.

Azure Traffic Manager 'Performans' trafik yönlendirme yöntemi

'En yakın' uç noktası tarafından coğrafi uzaklık ölçülen mutlaka en yakın değil.The 'closest' endpoint is not necessarily closest as measured by geographic distance. Bunun yerine, ağ gecikmesi ölçerek en yakın uç nokta 'Performans' trafik yönlendirme yöntemini belirler.Instead, the 'Performance' traffic-routing method determines the closest endpoint by measuring network latency. Traffic Manager her bir Azure veri merkezi IP adres aralıkları arasında gidiş dönüş süresi izlemek için bir Internet gecikme tablosu tutar.Traffic Manager maintains an Internet Latency Table to track the round-trip time between IP address ranges and each Azure datacenter.

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

İçinde anlatıldığı gibi Traffic Manager nasıl çalışır, Traffic Manager DNS sorguları doğrudan istemcilerden 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ılmış ö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ı, istemcinin IP adresi değil, ancak özyinelemeli DNS hizmeti IP adresi olduğu belirlemek için kullanılan IP adresi.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, istemci için iyi bir proxy bu IP adresidir.In practice, this IP address is a good proxy for the client.

Traffic Manager, genel İnternet'e ve yeni Azure bölgeleri değişiklikleri hesaba Internet gecikme tablosu 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. Ancak, uygulama performansı göre gerçek zamanlı çeşitlemeleri yük Internet üzerinden değişir.However, application performance varies based on real-time variations in load across the Internet. Performans trafiği yönlendirme belirli hizmet uç noktası üzerindeki yük izlemez.Performance traffic-routing does not monitor load on a given service endpoint. Bir uç nokta kullanılamaz duruma gelirse, ancak, Traffic Manager, DNS sorgu yanıtları içermez.However, if an endpoint becomes unavailable, Traffic Manager does not include it in DNS query responses.

Dikkat edilecek noktalar:Points to note:

  • Profilinizi aynı Azure bölgesinde birden fazla uç noktası içeriyorsa, ardından Traffic Manager trafik bu bölgede kullanılabilir uç noktalar arasında 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ı trafik dağıtım tercih ederseniz, kullanabileceğiniz iç içe Traffic Manager profillerini.If you prefer a different traffic distribution within a region, you can use nested Traffic Manager profiles.
  • Traffic Manager trafiği en yakın Azure bölgesine etkinleştirilmiş tüm uç noktalar düşürülmüş ise sonraki en yakın Azure bölgesinde uç noktalarına taşır.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 istediğiniz kullanırsanız iç içe Traffic Manager profillerini.If you want to define a preferred failover sequence, use nested Traffic Manager profiles.
  • Performans trafiği yönlendirme metodunu dış uç noktalar veya iç içe uç noktaları ile kullanırken, bu Uç noktalara konumunu belirtmek 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ız için en yakın Azure bölgesi seçin.Choose the Azure region closest to your deployment. Konumların Internet gecikme tablo tarafından desteklenen değerler.Those locations are the values supported by the Internet Latency Table.
  • Uç nokta seçtiği belirleyici algoritmasıdır.The algorithm that chooses the endpoint is deterministic. Yinelenen DNS sorguları aynı istemciden aynı uç noktaya yönlendirilir.Repeated DNS queries from the same client are directed to the same endpoint. Genellikle, istemciler farklı yinelenen DNS sunucuları dolaşırken kullanır.Typically, clients use different recursive DNS servers when traveling. İstemci, farklı bir uç noktasına yönlendirilebilir.The client may be routed to a different endpoint. Yönlendirme de Internet gecikme tabloya yapılan güncelleştirmeler etkilenebilir.Routing can also be affected by updates to the Internet Latency Table. Bu nedenle, performans trafiği yönlendirme yöntemini bir istemci her zaman aynı uç noktaya yönlendirilir garantilemez.Therefore, the Performance traffic-routing method does not guarantee that a client is always routed to the same endpoint.
  • Internet gecikme tablosu değiştiğinde, bazı istemciler farklı bir uç noktaya yönlendirilir fark edebilirsiniz.When the Internet Latency Table changes, you may notice that some clients are directed to a different endpoint. Bu yönlendirme değişiklik geçerli gecikme verilere göre daha doğru olur.This routing change is more accurate based on current latency data. Bu güncelleştirmeler, Internet sürekli geliştikçe performans trafiği yönlendirme doğruluğunu sağlamak için gereklidir.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 profilleri, böylece kullanıcılar kendi DNS sorgusu kaynaklandığı hangi coğrafi konum tabanlı belirli Uç noktalara (Azure, dış veya iç içe) yönlendirilir coğrafi yönlendirme yöntemini kullanmak için 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, kullanıcının coğrafi bölgede bilerek ve bunları oturum tabanlı yönlendirme önemli olduğu senaryolar etkinleştirmek için Traffic Manager müşterileri güçlendirir.This empowers Traffic Manager customers to enable scenarios where knowing a user’s geographic region and routing them based on that is important. Veri egemenliği mandates içeriği ve kullanıcı deneyimi yerelleştirmesi uymak ve farklı bölgelerden trafik ölçme verilebilir.Examples include complying with data sovereignty mandates, localization of content & user experience and measuring traffic from different regions. Bir profili devre dışı coğrafi yönlendirme için yapılandırıldığında, her bir uç nokta profili coğrafi bölgesinde atanmış bir dizi sahip olması gerektiğini ilişkili.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şağıdaki ayrıntı düzeylerinde bir coğrafi bölgede 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 vs.Regional Grouping – for example, Africa, Middle East, Australia/Pacific etc.
  • Örneğin, İrlanda, ülke/bölge – Peru, Hong Kong ÖİB vs.Country/Region – for example, Ireland, Peru, Hong Kong SAR etc.
  • Eyalet/il – örneğin California ABD, Avustralya-Queensland, Kanada Alberta vb. (Not: Bu ayrıntı düzeyi yalnızca durum için desteklenen / il Avustralya, Kanada ve ABD'deki).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ümesinin bir uç noktasına atandığında, tüm istekler bu bölgelerden yönlendirilmiş yalnızca bu uç noktaya.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, gelen bir kullanıcı sorgulama: genellikle bu kullanıcı adına sorgu yapmadan yerel DNS Çözümleyicisi IP adresi olan bölgeyi belirlemek için DNS sorgusu kaynak IP adresini kullanır.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 sorgusu kaynak IP adresini okur ve veritabanından kaynaklanan hangi coğrafi bölgeyi belirler.Traffic Manager reads the source IP address of the DNS query and decides which geographic region it is originating from. Ardından bu coğrafi bölgede eşlenmiş olan bir uç noktası olup olmadığını görmek için görünüyor.It then looks to see if there is an endpoint that has this geographic region mapped to it. En düşük ayrıntı düzeyinde (burada, desteklenir, aksi takdirde ülke/bölge düzeyinde eyalet/il) bu aramayı başlatır ve olan tüm en yüksek düzeye kadar dünya.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 geçişi kullanarak uç noktası olarak sorgu yanıtına döndürülecek atanır ilk eşleşme bulundu.The first match found using this traversal is designated as the endpoint to return in the query response. Bu alt profilinde bir uç nokta bir iç içe türü uç noktasıyla eşleşen döndürüldüğünde, yönlendirme yöntemini temel.When matching with a Nested type endpoint, an endpoint within that child profile is returned, based on its routing method. Aşağıdaki noktaları için bu davranış geçerlidir:The following points are applicable to this behavior:

  • Yönlendirme türü coğrafi yönlendirme olduğunda yalnızca bir Traffic Manager profilinde bir uç nokta için bir coğrafi bölgede 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ı yönlendirme kararlı ve müşterilerin benzersiz coğrafi sınırlar gerektiren senaryolar etkinleştirebilirsiniz 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ölge iki farklı uç noktaların coğrafi eşleme geliyorsa, Traffic Manager uç noktası ile en düşük ayrıntı düzeyi seçer ve bu bölgedeki başka bir uç noktası yönlendirme isteklerini dikkate almaz.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, bir coğrafi yönlendirme türü profili ile iki uç nokta - bitiş noktası 1 ve Endpoint2 göz önünde bulundurun.For example, consider a Geographic Routing type profile with two endpoints - Endpoint1 and Endpoint2. Bitiş noktası 1, İrlanda'dan trafiği almak için yapılandırılır ve Endpoint2 Avrupa'dan trafiği almak için yapılandırılır.Endpoint1 is configured to receive traffic from Ireland and Endpoint2 is configured to receive traffic from Europe. İrlanda'dan bir isteğin kaynaklandığı, her zaman için bitiş noktası 1 yönlendirilir.If a request originates from Ireland, it is always routed to Endpoint1.

  • Bir bölge yalnızca bir uç noktaya eşlenebilecek olduğundan, Traffic Manager uç nokta iyi durumda olup olmamasına bakılmaksızın 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üşteriler, her içinde en az iki uç noktaları içeren alt profil iç içe türü uç noktası ile ilişkilendirdiğinizden de önemle tavsiye edilir.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şme bulundu ve bu uç noktaya durduruldu durumunda, Traffic Manager NODATA yanıt verir.If an endpoint match is found and that endpoint is in the Stopped state, Traffic Manager returns a NODATA response. Bu durumda, başka hiçbir arama coğrafi bölgeyi hiyerarşide daha üst kısımlarda yapılır.In this case, no further lookups are made higher up in the geographic region hierarchy. Alt profili olduğunda bu davranış da iç içe uç nokta türleri için geçerli durduruldu veya devre dışı bırakılmış durumu.This behavior is also applicable for nested endpoint types when the child profile is in the Stopped or Disabled state.

  • Bir uç nokta görüntülerse bir devre dışı bırakılmış durumu, işlem eşleştirme bölgede dahil edilmeyecektir.If an endpoint displays a Disabled status, it won’t be included in the region matching process. Uç nokta olduğunda bu davranış da iç içe uç nokta türleri için geçerli devre dışı bırakılmış durumu.This behavior is also applicable for nested endpoint types when the endpoint is in the Disabled state.

  • Sorgu hiçbir eşleme profilde sahip bir coğrafi bölgesinden 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 ideal olarak alt profiliyle bölge içinde en az iki uç noktaları ile iç içe türü, bir uç nokta ile coğrafi yönlendirme kullanmak önerilir dünya atanmış.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ölgeye eşlemeyin herhangi bir IP adresi işlenmesini sağlar.This also ensures that any IP addresses that do not map to a region are handled.

İçinde anlatıldığı gibi Traffic Manager nasıl çalışır, Traffic Manager DNS sorguları doğrudan istemcilerden 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ılmış özyinelemeli DNS hizmetinden gelir.Rather, DNS queries come from the recursive DNS service that the clients are configured to use. Bu nedenle, kullanılan IP adresini bölge istemcinin IP adresi değil, ancak özyinelemeli DNS hizmeti IP adresi olduğu belirlemek için.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, istemci için iyi bir proxy bu IP adresidir.In practice, this IP address is a good proxy for the client.

Çok değerli trafik yönlendirme yöntemiMultivalue traffic-routing method

Birden çok değerli trafik yönlendirme yöntemi birden fazla sağlıklı uç noktası tek bir DNS sorgu yanıtına yararlanmanıza olanak sağlar.The Multivalue traffic-routing method allows you to get multiple healthy endpoints in a single DNS query response. Bu, yanıt vermeyen olan döndürülen bir uç nokta olması durumunda diğer uç noktalar ile istemci tarafı deneme yapmak için çağırana sağlar.This enables to caller to do client-side retries with other endpoints in the event of a returned endpoint being unresponsive. Bu düzen, bir hizmetin kullanılabilirliğini artırmak ve sağlıklı bir uç nokta elde etmek için yeni bir DNS sorgusu ile ilişkili gecikme süresini azaltın.This pattern can increase the availability of a service and reduce the latency associated with a new DNS query to obtain a healthy endpoint. Yalnızca IPv4 veya IPv6 adresleri 'Dış' türündeki uç noktalar ve olan belirtilen çok değerli yönlendirme yöntemini çalışır.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, tüm sağlıklı uç noktalar döndürülür ve yapılandırılabilir bir maksimum dönüş sayısı tabidir.When a query is received for this profile, all healthy endpoints are returned and are subject to a configurable maximum return count.

Alt ağ trafik yönlendirme yöntemiSubnet traffic-routing method

Alt trafik yönlendirme yöntemini profilindeki belirli Uç noktalara bir son kullanıcının IP adresi aralıkları kümesini 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. Traffic Manager, bu profil için bir DNS sorgusu alırsa, daha sonra bu kaynak inceler (Bu arayan tarafından kullanılan DNS Çözümleyicisi giden IP adresi olur çoğu durumda), isteğin IP adresini belirlemek hangi uç noktaya eşlenir ve t döndürür Sorgu yanıtına 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şlenmesi için IP adresi, CIDR aralığı (ör. 1.2.3.0/24) veya adres aralığı (ör. 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ç noktasıyla ilişkili IP aralıkları, bu profili içinde benzersiz olması gerekir ve bir çakışma farklı bir uç noktası IP adresi kümesiyle aynı profile sahip olamaz.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. Hiçbir adres aralığına sahip bir uç nokta tanımlarsanız, bir geri dönüş ve sınav zamanı akışından kalan hiçbir alt ağ olarak ç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ç nokta dahil ise, Traffic Manager tüm tanımlanmamış aralıkları için NODATA yanıt gönderir.If no fallback endpoint is included, Traffic Manager sends a NODATA response for any undefined ranges. Bu nedenle, ya da geri dönüş bir uç noktası tanımlama, aksi takdirde, olası tüm IP aralıklarını, uç noktalar genelinde belirtildiğinden emin olun önerilir.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 için 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önlendirme kullanarak, bir müşteri, ofisten gelen tüm isteklerin farklı bir uç noktaya yönlendirilmesini uygulamasının bir iç tek sürümü burada test yapabilirsiniz.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. Belirli bir ISS'niz (örneğin, belirli bir ISS blok kullanıcıların) bağlanan kullanıcılar için farklı bir deneyim sağlamak istiyorsanız başka bir senaryodur.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).

Sonraki adımlarNext steps

Kullanarak yüksek kullanılabilirlik uygulamalarını nasıl geliştirebileceğinizi öğrenin Traffic Manager uç nokta izlemeLearn how to develop high-availability applications using Traffic Manager endpoint monitoring