Traffic Manager'ın sık sorulan sorular (SSS)Traffic Manager Frequently Asked Questions (FAQ)

Traffic Manager temelleriTraffic Manager basics

Traffic Manager hangi IP adresi kullanıyor mu?What IP address does Traffic Manager use?

İçinde anlatıldığı gibi Traffic Manager nasıl çalışır, Traffic Manager DNS düzeyinde çalışır.As explained in How Traffic Manager Works, Traffic Manager works at the DNS level. Uygun hizmet uç noktası istemcilere yönlendirmek için DNS yanıtları gönderir.It sends DNS responses to direct clients to the appropriate service endpoint. İstemciler ardından hizmet uç noktası için doğrudan değil Traffic Manager aracılığıyla bağlanın.Clients then connect to the service endpoint directly, not through Traffic Manager.

Bu nedenle, Traffic Manager, bir uç nokta veya IP adresi için istemcilerin bağlanması için sağlamaz.Therefore, Traffic Manager does not provide an endpoint or IP address for clients to connect to. Hizmetiniz için statik IP adresi isterseniz, değil Traffic Manager'da hizmetine yapılandırılmalıdır.If you want static IP address for your service, that must be configured at the service, not in Traffic Manager.

Ne tür trafiği olabilir Traffic Manager'ı kullanarak yönlendirilmiş?What types of traffic can be routed using Traffic Manager?

İçinde anlatıldığı gibi Traffic Manager nasıl çalışır, Azure içindeki veya dışındaki barındırılan hizmet Internet'e herhangi bir Traffic Manager uç noktası olabilir.As explained in How Traffic Manager Works, a Traffic Manager endpoint can be any internet facing service hosted inside or outside of Azure. Bu nedenle, Traffic Manager ayrıca internet'e yönelik olan, bir uç nokta kümesine için genel internet'ten kaynaklanan trafiği yönlendirebilirsiniz.Hence, Traffic Manager can route traffic that originates from the public internet to a set of endpoints that are also internet facing. İçinde özel bir ağda uç noktalar varsa (örneğin, bir iç sürümünü Azure Load Balancer) veya sahip gibi iç ağlardan DNS istekleri yapabilen kullanıcıları bu trafiği yönlendirmek için Traffic Manager'ı kullanamazsınız.If you have endpoints that are inside a private network (for example, an internal version of Azure Load Balancer) or have users making DNS requests from such internal networks, then you cannot use Traffic Manager to route this traffic.

Traffic Manager, 'Yapışkan' oturumları destekliyor mu?Does Traffic Manager support 'sticky' sessions?

İçinde anlatıldığı gibi Traffic Manager nasıl çalışır, Traffic Manager DNS düzeyinde çalışır.As explained in How Traffic Manager Works, Traffic Manager works at the DNS level. Uygun hizmet uç noktası istemcilere yönlendirmek için DNS yanıtları kullanır.It uses DNS responses to direct clients to the appropriate service endpoint. İstemciler için hizmet uç noktasını Traffic Manager aracılığıyla değil, doğrudan bağlanır.Clients connect to the service endpoint directly, not through Traffic Manager. Bu nedenle, Traffic Manager, istemci ve sunucu arasında HTTP trafiğini görmez.Therefore, Traffic Manager does not see the HTTP traffic between the client and the server.

Ayrıca, özyinelemeli DNS hizmeti istemci tarafından Traffic Manager alınan DNS sorgusu kaynak IP adresini aittir.Additionally, the source IP address of the DNS query received by Traffic Manager belongs to the recursive DNS service, not the client. Bu nedenle, Traffic Manager, tek tek istemcilerin izlemek için bir yol yoktur ve 'Yapışkan' oturumları uygulayamaz.Therefore, Traffic Manager has no way to track individual clients and cannot implement 'sticky' sessions. Bu sınırlama, tüm DNS tabanlı trafik yönetimi sistemlerine yaygındır ve Traffic Manager için özel değildir.This limitation is common to all DNS-based traffic management systems and is not specific to Traffic Manager.

Traffic Manager kullanırken bir HTTP hatası neden görüyorum?Why am I seeing an HTTP error when using Traffic Manager?

İçinde anlatıldığı gibi Traffic Manager nasıl çalışır, Traffic Manager DNS düzeyinde çalışır.As explained in How Traffic Manager Works, Traffic Manager works at the DNS level. Uygun hizmet uç noktası istemcilere yönlendirmek için DNS yanıtları kullanır.It uses DNS responses to direct clients to the appropriate service endpoint. İstemciler ardından hizmet uç noktası için doğrudan değil Traffic Manager aracılığıyla bağlanın.Clients then connect to the service endpoint directly, not through Traffic Manager. Trafik Yöneticisi değil, bkz: HTTP trafiği istemci ve sunucu arasında yapar.Traffic Manager does not see HTTP traffic between client and server. Bu nedenle, gördüğünüz herhangi bir HTTP hatası uygulamanızdan gelen gerekir.Therefore, any HTTP error you see must be coming from your application. İstemci uygulamaya bağlanmak tüm DNS çözüm adımları tam olarak.For the client to connect to the application, all DNS resolution steps are complete. Traffic Manager uygulama trafiği akış sahip herhangi bir etkileşim dahildir.That includes any interaction that Traffic Manager has on the application traffic flow.

Daha fazla araştırma, bu nedenle uygulamada odaklanmanız gerekir.Further investigation should therefore focus on the application.

İstemcinin tarayıcısından gönderilen HTTP ana bilgisayar üst bilgisini, sorunların en yaygın kaynağıdır.The HTTP host header sent from the client's browser is the most common source of problems. Uygulama kullanmakta olduğunuz etki alanı adı için doğru barındırma üst bilgisi kabul edecek şekilde yapılandırıldığından emin olun.Make sure that the application is configured to accept the correct host header for the domain name you are using. Azure App Service kullanarak uç noktalar için bkz. Traffic Manager'ı kullanarak Azure App Service içinde bir web uygulaması için özel etki alanı adı yapılandırma.For endpoints using the Azure App Service, see configuring a custom domain name for a web app in Azure App Service using Traffic Manager.

Traffic Manager'ı kullanarak performans etkisi nedir?What is the performance impact of using Traffic Manager?

İçinde anlatıldığı gibi Traffic Manager nasıl çalışır, Traffic Manager DNS düzeyinde çalışır.As explained in How Traffic Manager Works, Traffic Manager works at the DNS level. İstemcileri için hizmet uç noktalarınıza doğrudan bağlantı olduğundan, bağlantı kurulduktan sonra Traffic Manager kullanırken sonucunda herhangi bir performans etkisi yoktur.Since clients connect to your service endpoints directly, there is no performance impact incurred when using Traffic Manager once the connection is established.

Traffic Manager DNS düzeyinde uygulamaları ile tümleşik olduğundan, DNS çözümlemesi zincirine eklenecek ek bir DNS araması gerektirir.Since Traffic Manager integrates with applications at the DNS level, it does require an additional DNS lookup to be inserted into the DNS resolution chain. Traffic Manager'ın etkisi DNS çözümleme süresi kısadır.The impact of Traffic Manager on DNS resolution time is minimal. Traffic Manager ad sunucularından oluşan bir küresel ağ kullanır ve kullandığı anycast DNS emin olmak için ağ sorguları her zaman en yakın kullanılabilir ad sunucusuna yönlendirilir.Traffic Manager uses a global network of name servers, and uses anycast networking to ensure DNS queries are always routed to the closest available name server. Ayrıca DNS yanıtları önbelleğe alma Traffic Manager kullanılarak oluşturulan ek DNS gecikmenin oturumlarının bir kesir uygulanacağı anlamına gelir.In addition, caching of DNS responses means that the additional DNS latency incurred by using Traffic Manager applies only to a fraction of sessions.

Performans yöntemi en yakın olan kullanılabilir uç nokta trafiği yönlendirir.The Performance method routes traffic to the closest available endpoint. Bu yöntemle ilişkili genel performans etkisi çok az olması gerektiğini net sonucudur.The net result is that the overall performance impact associated with this method should be minimal. Herhangi bir artış DNS gecikme süresi, daha düşük ağ gecikme süresi uç noktasına göre uzaklığı.Any increase in DNS latency should be offset by lower network latency to the endpoint.

Traffic Manager ile hangi uygulama protokolleri kullanabilirim?What application protocols can I use with Traffic Manager?

İçinde anlatıldığı gibi Traffic Manager nasıl çalışır, Traffic Manager DNS düzeyinde çalışır.As explained in How Traffic Manager Works, Traffic Manager works at the DNS level. DNS araması tamamlandıktan sonra istemciler uygulama uç noktası için Traffic Manager aracılığıyla değil, doğrudan bağlanır.Once the DNS lookup is complete, clients connect to the application endpoint directly, not through Traffic Manager. Bu nedenle, bağlantı herhangi bir uygulama protokolünü kullanabilirsiniz.Therefore, the connection can use any application protocol. İzleme protokolün, Traffic Manager TCP seçeneğini belirlerseniz sistem durumu uç nokta izleme yapılabilir herhangi bir uygulama protokolleri kullanmadan.If you select TCP as the monitoring protocol, Traffic Manager's endpoint health monitoring can be done without using any application protocols. Uygulama protokolü kullanılarak sistem durumu seçerseniz, uç noktanın HTTP veya HTTPS GET isteklerini yanıtlamak mümkün olması gerekir.If you choose to have the health verified using an application protocol, the endpoint needs to be able to respond to either HTTP or HTTPS GET requests.

Traffic Manager bir 'naked' etki alanı adı ile kullanabilir miyim?Can I use Traffic Manager with a 'naked' domain name?

Evet.Yes. Bir Azure Traffic Manager profili başvurmak, etki alanı adı apex için bir diğer ad kaydı oluşturmayı öğrenmek için bkz: apex etki alanı adları ile Traffic Manager'ı desteklemek için bir diğer ad kaydı yapılandırmak.To learn how to create an alias record for your domain name apex to reference an Azure Traffic Manager profile, see Configure an alias record to support apex domain names with Traffic Manager.

Traffic Manager istemci alt ağ adresi DNS sorgularının işlenirken göz önünde bulundurmaz?Does Traffic Manager consider the client subnet address when handling DNS queries?

Evet, ek olarak, DNS sorgusu kaynak IP adresini (genellikle olan IP adresini DNS Çözümleyicisi), aldığı aramaları için coğrafi, performans ve alt ağ yönlendirme yöntemleri gerçekleştirirken, traffic manager ayrıca istemci alt ağ adresi olmadığını göz önünde bulundurur Çözümleyici istekte son kullanıcılar, sorguda dahil edilir.Yes, in addition to the source IP address of the DNS query it receives (which usually is the IP address of the DNS resolver), when performing lookups for Geographic, Performance, and Subnet routing methods, traffic manager also considers the client subnet address if it is included in the query by the resolver making the request on behalf of the end user.
Özellikle, RFC 7871 – DNS sorguları istemci alt sağlayan bir DNS (EDNS0) için uzantı mekanizması hangi geçirebilirsiniz istemci alt ağ adresi üzerinde destekleyen Çözümleyicileri.Specifically, RFC 7871 – Client Subnet in DNS Queries that provides an Extension Mechanism for DNS (EDNS0) which can pass on the client subnet address from resolvers that support it.

DNS TTL'si nedir ve nasıl kullanıcılarımın etkiler mi?What is DNS TTL and how does it impact my users?

Traffic Manager'ı bir DNS sorgusu gölünüzdeki, yaşam süresi (TTL) olarak adlandırılan yanıtta bir değer ayarlar.When a DNS query lands on Traffic Manager, it sets a value in the response called time-to-live (TTL). Birimi saniye içinde olup, bu değer, DNS Çözümleyicileri aşağı yönde üzerinde ne kadar süreyle bu yanıtı önbelleğe almak için gösterir.This value, whose unit is in seconds, indicates to DNS resolvers downstream on how long to cache this response. DNS Çözümleyicileri bu sonucu önbelleğe garanti edilmez, ancak bu önbelleğe alma bunları sonraki tüm Traffic Manager DNS sunucularına değil önbellek sorgularına yanıt vermesini sağlar.While DNS resolvers are not guaranteed to cache this result, caching it enables them to respond to any subsequent queries off the cache instead of going to Traffic Manager DNS servers. Bu yanıt şu şekilde etkiler:This impacts the responses as follows:

  • daha yüksek bir TTL sunulan sorgularının sayısı Faturalanabilir kullanım olduğundan, bir müşterinin maliyetini azaltabilir Traffic Manager DNS sunucularında kavuşmak sorguların sayısını azaltır.a higher TTL reduces the number of queries that land on the Traffic Manager DNS servers, which can reduce the cost for a customer since number of queries served is a billable usage.
  • daha yüksek bir TTL, büyük olasılıkla bir DNS araması yapmak için gereken süreyi azaltabilir.a higher TTL can potentially reduce the time it takes to do a DNS lookup.
  • daha yüksek bir TTL verilerinizi Traffic Manager araştırma aracılarına elde edilen en son sistem durumu bilgileri yansıtmaz anlamına gelir.a higher TTL also means that your data does not reflect the latest health information that Traffic Manager has obtained through its probing agents.

Traffic Manager yanıtları için TTL, nasıl yüksek veya düşük ayarlayabilir miyim?How high or low can I set the TTL for Traffic Manager responses?

Ayarlayabileceğiniz, konumundaki bir profili düzeyi 0 saniye kadar düşük ile 2.147.483.647 saniye olarak yüksek olması için DNS TTL'yi başına (ile uyumlu en büyük aralık RFC 1035).You can set, at a per profile level, the DNS TTL to be as low as 0 seconds and as high as 2,147,483,647 seconds (the maximum range compliant with RFC-1035). TTL değeri 0 aşağı akış DNS Çözümleyicileri sorgu yanıtları önbelleğe alma ve Traffic Manager DNS çözümlemesi için sunucuları ulaşmak için tüm sorguların beklenen anlamına gelir.A TTL of 0 means that downstream DNS resolvers do not cache query responses and all queries are expected to reach the Traffic Manager DNS servers for resolution.

Profilime yakında Sorgu hacmini nasıl anlamak?How can I understand the volume of queries coming to my profile?

Ölçümler biri tarafından Traffic Manager profili tarafından cevap sorgularının sayısı verilen sağlanır.One of the metrics provided by Traffic Manager is the number of queries responded by a profile. Profili düzeyi toplama sırasında bu bilgileri elde edebilirsiniz veya, bunu daha fazla sınırlandıramazsınız bakın özel uç noktalar burada döndürülmedi sorguları hacmi bölebilirsiniz.You can get this information at a profile level aggregation or you can split it up further to see the volume of queries where specific endpoints were returned. Ayrıca, sorgu yanıt birimi ayarladığınız koşullar aşması durumunda bunu size bildirecek uyarılar ayarlayabilirsiniz.In addition, you can set up alerts to notify you if the query response volume crosses the conditions you have set. Daha fazla ayrıntı için Traffic Manager ölçümleri ve Uyarıları.For more details, Traffic Manager metrics and alerts.

Traffic Manager coğrafi trafik yönlendirme yöntemiTraffic Manager Geographic traffic routing method

Coğrafi yönlendirme yararlı olduğu bazı kullanım örnekleri nelerdir?What are some use cases where geographic routing is useful?

Coğrafi yönlendirme türü herhangi bir senaryoda, bir Azure müşterisi coğrafi bölgelerine bağlı kullanıcıları ayırt etmek gereken yere kullanılabilir.Geographic routing type can be used in any scenario where an Azure customer needs to distinguish their users based on geographic regions. Örneğin, coğrafi trafik yönlendirme yöntemini kullanarak, diğer bölgelerden olanlardan farklı bir kullanıcı deneyimi belirli bölgelerdeki kullanıcılara verebilirsiniz.For example, using the Geographic traffic routing method, you can give users from specific regions a different user experience than those from other regions. Başka bir örnek ile gerektiren belirli bir bölgedeki kullanıcılar yalnızca bu bölgede uç noktaları tarafından sunulan yerel veri egemenliği mandates uymak.Another example is complying with local data sovereignty mandates that require that users from a specific region be served only by endpoints in that region.

Performans yönlendirme yöntemini veya coğrafi yönlendirme yöntemini kullanmanız gerekir nasıl karar verebilirim?How do I decide if I should use Performance routing method or Geographic routing method?

Bu iki popüler yönlendirme yöntemleri arasındaki temel fark olan coğrafi yönlendirme birincil amacı bir coğrafi kullanımını zorunlu tutmaktır gelirken, çağırana, düşük gecikme süresi sağlayan uç nokta trafiği göndermek için birincil amacınız yöntemi yönlendirme performansı böylece bu görüntüleri kasıtlı olarak belirli bir uç noktasına yönlendirebilir, arayanlar için Çit.The key difference between these two popular routing methods is that in Performance routing method your primary goal is to send traffic to the endpoint that can provide the lowest latency to the caller, whereas, in Geographic routing the primary goal is to enforce a geo fence for your callers so that you can deliberately route them to a specific endpoint. Coğrafi eşleşme ve daha düşük gecikme süresi arasında bir bağıntı olduğundan her zaman true olmasa çakışma olur.The overlap happens since there is a correlation between geographical closeness and lower latency, although this is not always true. Arayan için gecikme süresi daha iyi bir deneyim sağlayan farklı bir coğrafi uç nokta olabilir ve bu durumda performans yönlendirme kullanıcı için bu endpoint gönderir ancak coğrafi yönlendirme her zaman Gönder bunları için eşlenmiş uç noktasına, coğrafi bölge.There might be an endpoint in a different geography that can provide a better latency experience for the caller and in that case Performance routing will send the user to that endpoint but Geographic routing will always send them to the endpoint you have mapped for their geographic region. Daha fazla işaretini kaldırın, aşağıdaki örnekte - Geographic ile göz önünde bulundurun yapmak için yönlendirmeyi sizin gibi nadir eşlemeleri uç ABD'de ve tüm ABD trafiği uç noktalarına Asya'daki Asya tüm trafiği göndermek yapabilirsiniz.To further make it clear, consider the following example - with Geographic routing you can make uncommon mappings such as send all traffic from Asia to endpoints in the US and all US traffic to endpoints in Asia. Bu durumda, coğrafi yönlendirme kasıtlı olarak tam olarak ne yapması yapılandırdığınız yapar ve performans iyileştirme önemli bir unsur değildir.In that case, Geographic routing will deliberately do exactly what you have configured it to do and performance optimization is not a consideration.

Not

Burada, hem performans gerekebilir ve bu senaryoları iç içe geçmiş profiller için coğrafi yönlendirme özelliklerini harika bir seçim olabilir senaryolar olabilir.There may be scenarios where you might need both performance and geographic routing capabilities, for these scenarios nested profiles can be great choice. Örneğin, burada, tüm trafiği Kuzey Amerika uç ABD'de bulunan bir iç içe geçmiş profil göndermek coğrafi yönlendirme ile bir üst profili ayarlama ve performansı en iyi uç noktayı bu kümesi içinde bu trafiği göndermek için yönlendirme kullanın.For example, you can set up a parent profile with geographic routing where you send all traffic from North America to a nested profile that has endpoints in the US and use performance routing to send those traffic to the best endpoint within that set.

Coğrafi yönlendirme için Traffic Manager tarafından desteklenen bölgeleri nelerdir?What are the regions that are supported by Traffic Manager for geographic routing?

Traffic Manager tarafından kullanılan ülke/bölge hiyerarşisi bulunabilir burada.The country/region hierarchy that is used by Traffic Manager can be found here. Bu sayfada değişiklikler ile güncel tutulduğu olsa da, programlama yoluyla da aynı bilgileri kullanarak alabilirsiniz Azure Traffic Manager REST API'si.While this page is kept up-to-date with any changes, you can also programmatically retrieve the same information by using the Azure Traffic Manager REST API.

Traffic manager gelen bir kullanıcı burada sorgulama nasıl belirliyor?How does traffic manager determine where a user is querying from?

Traffic Manager (büyük olasılıkla kullanıcı adına sorgulama yapan bir yerel DNS Çözümleyicisi budur) sorgusu kaynak IP'si bakar ve dahili IP'ye bölge Haritası konumunu belirlemek için kullanır.Traffic Manager looks at the source IP of the query (this most likely is a local DNS resolver doing the querying on behalf of the user) and uses an internal IP to region map to determine the location. Bu harita internet değişiklikleri hesaba düzenli olarak güncelleştirilir.This map is updated on an ongoing basis to account for changes in the internet.

Traffic Manager her durumda kullanıcı tam coğrafi konumu doğru belirleyebilirsiniz sağlanır?Is it guaranteed that Traffic Manager can correctly determine the exact geographic location of the user in every case?

Hayır, Traffic Manager, aşağıdaki nedenlerden dolayı kullanıcının konumuna biz bir DNS sorgusu kaynak IP adresinden Infer coğrafi bölgeyi her zaman karşılık gelir garanti edemez:No, Traffic Manager cannot guarantee that the geographic region we infer from the source IP address of a DNS query will always correspond to the user’s location due to the following reasons:

  • İlk olarak önceki SSS bölümünde açıklandığı gibi görüyoruz kaynak IP adresi, kullanıcı adına arama yapan bir DNS Çözümleyicisi olmasıdır.First, as described in the previous FAQ, the source IP address we see is that of a DNS resolver doing the lookup on behalf of the user. DNS Çözümleyicisi coğrafi konumunu kullanıcının coğrafi konumu için iyi bir proxy olsa da, farklı DNS çözümleyicisini ve kullanmak için bir müşteri tarafından seçmiş belirli DNS çözümleyicisini ayak izine bağlı da olabilir.While the geographic location of the DNS resolver is a good proxy for the geographic location of the user, it can also be different depending upon the footprint of the DNS resolver service and the specific DNS resolver service a customer has chosen to use. Örnek olarak, Malezya içinde bulunan bir müşteri, Singapur, DNS sunucusu bu kullanıcı/cihaz için sorgu çözümleri işlemek için teslim DNS çözümleyicisi hizmeti cihazlarının ayarlarını kullanımda belirtebilirsiniz.As an example, a customer located in Malaysia could specify in their device’s settings use a DNS resolver service whose DNS server in Singapore might get picked to handle the query resolutions for that user/device. Bu durumda, Traffic Manager, Singapur konuma karşılık gelen Çözümleyici'nın IP adresi yalnızca görebilirsiniz.In that case, Traffic Manager can only see the resolver’s IP address that corresponds to the Singapore location. Ayrıca, bu sayfada istemci alt ağ adresi desteği ile ilgili önceki SSS Bölümüne bakın.Also, see the earlier FAQ regarding client subnet address support on this page.

  • İkinci olarak, Traffic Manager, IP adresi için coğrafi bölgeyi çeviri yapmak için bir iç eşlemesini kullanır.Second, Traffic Manager uses an internal map to do the IP address to geographic region translation. Bu harita doğrulanır ve doğruluğunu artırmak ve gelişen yapısı, hesap için düzenli olarak güncelleştirilir ancak olasılığı vardır hala bilgi tüm IP coğrafi konumunu tam bir temsilini değil adresleri.While this map is validated and updated on an ongoing basis to increase its accuracy and account for the evolving nature of the internet, there is still the possibility that our information is not an exact representation of the geographic location of all the IP addresses.

Bir uç nokta aynı bölgede coğrafi yönlendirme ile yapılandırıldığı bir fiziksel olarak bulunması gerekiyor mu?Does an endpoint need to be physically located in the same region as the one it is configured with for geographic routing?

Hayır, uç nokta konumu üzerinde bölgeleri için eşlenebilir herhangi bir kısıtlama uygular.No, the location of the endpoint imposes no restrictions on which regions can be mapped to it. Örneğin, ABD Orta Azure bölgesindeki bir uç nokta Hindistan için yöneltilen tüm kullanıcıların sahip olabilir.For example, an endpoint in US-Central Azure region can have all users from India directed to it.

Coğrafi bölgede coğrafi yönlendirme yapmak için yapılandırılmayan bir profilde uç noktalarına atayabilirsiniz?Can I assign geographic regions to endpoints in a profile that is not configured to do geographic routing?

Evet, coğrafi yönlendirme yöntemini profili değilse, kullanabileceğiniz Azure Traffic Manager REST API'si coğrafi bölgeler, bu profilde uç noktalarına atamak için.Yes, if the routing method of a profile is not geographic, you can use the Azure Traffic Manager REST API to assign geographic regions to endpoints in that profile. Coğrafi yönlendirme türü profillerine söz konusu olduğunda, bu yapılandırma yok sayılır.In the case of non-geographic routing type profiles, this configuration is ignored. Traffic Manager, böyle bir profil için coğrafi yönlendirme türü daha sonra değiştirirseniz, bu eşlemeleri kullanabilirsiniz.If you change such a profile to geographic routing type at a later time, Traffic Manager can use those mappings.

Mevcut bir profili yönlendirme yöntemi için coğrafi değiştirmeye çalıştığınızda bir hata neden alıyorum?Why am I getting an error when I try to change the routing method of an existing profile to Geographic?

Coğrafi yönlendirme ile bir profili altındaki tüm uç noktaları en az bir bölge eşlenmiş olmalıdır.All the endpoints under a profile with geographic routing need to have at least one region mapped to it. Mevcut bir profili coğrafi yönlendirme türüne dönüştürmek için önce kullanan kendi uç coğrafi bölgeye ilişkilendirilecek ihtiyacınız Azure Traffic Manager REST API'si yönlendirme türü için coğrafi değiştirmeden önce.To convert an existing profile to geographic routing type, you first need to associate geographic regions to all its endpoints using the Azure Traffic Manager REST API before changing the routing type to geographic. Portalı kullanırken, uç noktalarını silin, yönlendirme yöntemini profil için coğrafi olarak değiştirin ve sonra uç noktaları, coğrafi bölge eşleme birlikte ekleyin.If using portal, first delete the endpoints, change the routing method of the profile to geographic and then add the endpoints along with their geographic region mapping.

Coğrafi yönlendirme yöntemini kullanıyorsanız bir profili içinde tek bir uç nokta için bir bölgeye atanabilir.A region can be assigned to only one endpoint within a profile if it is using the geographic routing method. Uç noktanın ekli alt profil ile iç içe türü değilse, bu uç nokta iyi durumda olmayan, giden trafik Yöneticisi için tüm trafik olmayan her daha iyi gönderme alternatif beri trafiği göndermek devam eder.If that endpoint is not a nested type with a child profile attached to it, if that endpoint going unhealthy, Traffic Manager continues to send traffic to it since the alternative of not sending any traffic isn’t any better. Atanan bölge "(örneğin, bir uç nokta bölgesi İspanya sahip başka bir uç noktaya yük devretme bunu sağlıksız aşması durumunda kötü gittiğini uç noktası atanmış bir üst" alanının olsa bile trafik Yöneticisi değil başka bir uç noktaya yük devretme işlemi gerçekleştirir. Avrupa atanmış bölgesi vardır).Traffic Manager does not failover to another endpoint, even when the region assigned is a “parent” of the region assigned to the endpoint that went unhealthy (for example, if an endpoint that has region Spain goes unhealthy, we do not failover to another endpoint that has the region Europe assigned to it). Bu, Traffic Manager profilinde bir müşteri Kurulum olduğunu coğrafi sınırlar uyar emin olmak için gerçekleştirilir.This is done to ensure that Traffic Manager respects the geographic boundaries that a customer has setup in their profile. Bir uç nokta sistem durumu kötü olduğunda başka bir uç noktaya yük devretme faydalanmak için coğrafi bölge içindeki birden fazla uç nokta tekil uç noktalarını yerine iç içe geçmiş profiller atanması önerilir.To get the benefit of failing over to another endpoint when an endpoint goes unhealthy, it is recommended that geographic regions be assigned to nested profiles with multiple endpoints within it instead of individual endpoints. Bu şekilde, iç içe geçmiş alt profilinde bir uç nokta başarısız olursa, trafik için aynı iç içe geçmiş alt profili içinde başka bir uç noktaya yük devretme.In this way, if an endpoint in the nested child profile fails, traffic can failover to another endpoint inside the same nested child profile.

Bu yönlendirme türünü destekleyen bir API sürümü üzerinde herhangi bir kısıtlama var mıdır?Are there any restrictions on the API version that supports this routing type?

Evet, yalnızca yeni destekler ve API Sürüm 2017-03-01 coğrafi yönlendirme yazın.Yes, only API version 2017-03-01 and newer supports the Geographic routing type. Herhangi bir eski API sürümü veya oluşturulan coğrafi yönlendirme türü profilleriyle kullanılabilir uç noktalar için coğrafi bölgeyi atayın.Any older API versions cannot be used to created profiles of Geographic routing type or assign geographic regions to endpoints. Eski bir API sürümü profillerini Azure aboneliğinden alınacak kullanılırsa, coğrafi yönlendirme türünde herhangi bir profil döndürülmez.If an older API version is used to retrieve profiles from an Azure subscription, any profile of Geographic routing type is not returned. Üstelik, önceki API sürümlerini kullanırken, herhangi bir profil, uç noktaları bir coğrafi bölgede atamasına sahip olan, coğrafi bölgede atamasını gösterilen yoktur döndürdü.In addition, when using older API versions, any profile returned that has endpoints with a geographic region assignment, does not have its geographic region assignment shown.

Alt traffic Manager trafik yönlendirme yöntemiTraffic Manager Subnet traffic routing method

Alt ağ yönlendirme yararlı olduğu bazı kullanım örnekleri nelerdir?What are some use cases where subnet routing is useful?

Yönlendirme alt ağı için DNS istekleri IP adreslerini kaynak IP tarafından tanımlanan kullanıcılardan oluşan belirli ayarlar teslim deneyimi ayırt etmenize olanak sağlar.Subnet routing allows you to differentiate the experience you deliver for specific sets of users identified by the source IP of their DNS requests IP address. Kullanıcılar bir Web sitesine, Kurumsal HQ bağlanıyorsanız gösteren farklı içerik örnek verilebilir.An example would be showing different content if users are connecting to a website from your corporate HQ. Başka bir olacaktır yalnızca IPv6 kullanıldığında bu ISS'leri alt par performans varsa, yalnızca IPv4 bağlantılarını destekleyen uç noktalarına erişmek için belirli ISS'leri kullanıcıları kısıtlayarak.Another would be restricting users from certain ISPs to only access endpoints that support only IPv4 connections if those ISPs have sub-par performance when IPv6 is used. Alt ağ yönlendirme yöntemini kullanmak için başka bir nedeni, iç içe geçmiş profil diğer profillerinde birlikte ayarlanır.Another reason to use Subnet routing method is in conjunction with other profiles in a nested profile set. Örneğin, coğrafi yönlendirme yöntemini, kullanıcılarınızın şirketin coğrafı için kullanmak istediğiniz, ancak farklı yönlendirme yöntemi yapmak istediğiniz belirli bir ISP yaparsanız, profili withy alt ağ yönlendirme yöntemi üst profil olarak sahip ve pro belirli bir alt kullanılacak ISS'den geçersiz kılma Dosya ve standart coğrafi profilini herkes için vardır.For example, if you want to use Geographic routing method for geo-fencing your users, but for a specific ISP you want to do a different routing method, you can have a profile withy Subnet routing method as the parent profile and override that ISP to use a specific child profile and have the standard Geographic profile for everyone else.

Traffic Manager, son kullanıcının IP adresi nasıl biliyor musunuz?How does Traffic Manager know the IP address of the end user?

Son kullanıcı cihazları, bir DNS Çözümleyicisi genellikle gerçekleştirilemeyeceğine ilişkin DNS araması yapmak için kullanın.End user devices typically use a DNS resolver to do the DNS lookup on their behalf. Bu tür Çözümleyicileri giden IP'si ne Traffic Manager kaynak IP olarak görür ' dir.The outgoing IP of such resolvers is what Traffic Manager sees as the source IP. Ayrıca, alt ağ yönlendirme yöntemini, istekle birlikte geçirildi EDNS0 genişletilmiş istemci alt ağ (ECS) bilgi olup olmadığını görmek için de arar.In addition, Subnet routing method also looks to see if there is EDNS0 Extended Client Subnet (ECS) information that was passed with the request. ECS bilgisinin mevcut olması durumunda, üretim belirlemek için kullanılan adres olmasıdır.If ECS information is present, that is the address used to determine the routing. ECS bilgi olmaması durumunda, sorgunun kaynak IP yönlendirme amacıyla kullanılır.In the absence of ECS information, the source IP of the query is used for routing purposes.

Nasıl miyim IP adresleri alt ağ yönlendirme kullanırken belirtebilir miyim?How can I specify IP addresses when using Subnet routing?

Bir uç nokta ile ilişkilendirmek için IP adreslerini iki yolla belirtilebilir.The IP addresses to associate with an endpoint can be specified in two ways. İlk olarak, başlangıç ve bitiş adresleriyle dört noktalı ondalık sekizlik gösterim (örneğin, 1.2.3.4-5.6.7.8 veya 3.4.5.6-3.4.5.6) aralığını belirtmek için kullanabilirsiniz.First, you can use the quad dotted decimal octet notation with a start and end addresses to specify the range (for example, 1.2.3.4-5.6.7.8 or 3.4.5.6-3.4.5.6). İkinci olarak, CIDR gösteriminde (örneğin, 1.2.3.0/24) aralığını belirtmek için kullanabilirsiniz.Second, you can use the CIDR notation to specify the range (for example, 1.2.3.0/24). Her iki gösterimi türü de aralık kümesinde kullanabilirsiniz ve birden çok aralık belirtebilirsiniz.You can specify multiple ranges and can use both notation types in a range set. Bazı kısıtlamalar geçerlidir.A few restrictions apply.

  • Her IP yalnızca tek bir uç nokta için eşlenmesi gereken bu yana örtüşme adres aralıklarının sahip olamazYou cannot have overlap of address ranges since each IP needs to be mapped to only a single endpoint
  • Başlangıç adresi bitiş adresinden daha fazla olamazThe start address cannot be more than the end address
  • CIDR gösteriminin söz konusu olduğunda, IP adresi önce '/', bu aralığın başlangıç adresi olmalıdır (örneğin, 1.2.3.0/24 geçerlidir ancak 1.2.3.4.4/24 değil geçerli)In the case of the CIDR notation, the IP address before the ‘/’ should be the start address of that range (for example, 1.2.3.0/24 is valid but 1.2.3.4.4/24 is NOT valid)

Nasıl ben bir geri dönüş uç noktası alt ağ yönlendirme kullanırken belirtebilir miyim?How can I specify a fallback endpoint when using Subnet routing?

Yönlendirme alt ağı, profilinde, eşlenmiş hiçbir alt ağ ile bir uç nokta varsa diğer uç noktaları ile eşleşmeyen herhangi bir istek için buraya yönlendirilirsiniz.In a profile with Subnet routing, if you have an endpoint with no subnets mapped to it, any request that does not match with other endpoints will be directed to here. Bir istek gelirse Traffic Manager NXDOMAIN yanıtı döndürür beri geri dönüş bir uç profilinizde yoksa ve tüm uç noktalar ile eşlenmemiş veya uç nokta iyi durumda olmayan ancak bu, bir uç noktaya eşlendiği önemle tavsiye edilir.It is highly recommended that you have such a fallback endpoint in your profile since Traffic Manager will return a NXDOMAIN response if a request comes in and it is not mapped to any endpoints or if it is mapped to an endpoint but that endpoint is unhealthy.

Bir alt ağ yönlendirme türü profilinde bir uç nokta devre dışı bırakılırsa ne olur?What happens if an endpoint is disabled in a Subnet routing type profile?

Yönlendirme alt ağı ile bir profili varsa, noktayla devre dışı bırakıldı, Traffic Manager uç noktanın ve bunun alt ağ eşlemeleri yok gibi davranır.In a profile with Subnet routing, if you have an endpoint with that is disabled, Traffic Manager will behave as if that endpoint and the subnet mappings it has does not exist. Kendi IP adresi eşleme ile eşleşen bir sorgu alınır ve uç noktayı devre dışı bırakıldı, Traffic Manager bir geri dönüş uç noktası (hiçbir eşleme ile bir adet) döndürür veya böyle bir uç nokta yoksa NXDOMAIN yanıtı döndürür.If a query that would’ve matched with its IP address mapping is received and the endpoint is disabled, Traffic Manager will return a fallback endpoint (one with no mappings) or if such an endpoint is not present, will return a NXDOMAIN response.

Traffic Manager birden çok değerli trafik yönlendirme yöntemiTraffic Manager MultiValue traffic routing method

Çok değerli yönlendirme yararlı olduğu bazı kullanım örnekleri nelerdir?What are some use cases where MultiValue routing is useful?

Çok değerli yönlendirme birden fazla sağlıklı bir uç nokta tek sorgu yanıt olarak döndürür.MultiValue routing returns multiple healthy endpoints in a single query response. Bunun başlıca avantajı, bir uç nokta kötü durumda, istemcinin (Bu değerin, bir Yukarı Akış önbellekten döndürebilir) başka bir DNS arama yapmadan yeniden denemek için daha fazla seçenek olduğunu ' dir.The main advantage of this is that, if an endpoint is unhealthy, the client has more options to retry without making another DNS call (which might return the same value from an upstream cache). Bu, kapalı kalma süresini en aza indirmek için istediğiniz kullanılabilirlik duyarlı uygulamalar için geçerlidir.This is applicable for availability sensitive applications that want to minimize the downtime. Bir uç nokta "çift hem de IPv4 için bağlantılı" ve IPv6 adresleri ve bağlantı uç noktasına başlattığı zaman gelen seçmek için her iki seçenek arayan vermek istediğiniz çok değerli yönlendirme yöntemi için başka bir kullanılır.Another use for MultiValue routing method is if an endpoint is “dual-homed” to both IPv4 and IPv6 addresses and you want to give the caller both options to choose from when it initiates a connection to the endpoint.

Çok değerli yönlendirme kullanıldığında, kaç tane uç noktaları döndürülür?How many endpoints are returned when MultiValue routing is used?

Döndürülecek uç noktaları sayısı belirtebilirsiniz ve bir sorgu alındığında birden çok değerli birçok sağlıklı uç noktalar daha fazla döndürür.You can specify the maximum number of endpoints to be returned and MultiValue will return no more than that many healthy endpoints when a query is received. Bu yapılandırma için en olası değer 10'dur.The maximum possible value for this configuration is 10.

Çok değerli yönlendirme kullanıldığında, aynı uç nokta kümesine alırım?Will I get the same set of endpoints when MultiValue routing is used?

Her sorgu bitiş noktaları aynı dizi döndürdü, garanti edemez.We cannot guarantee that the same set of endpoints will be returned in each query. Bu da uç bazıları yanıtta eklenmeyecek hangi noktada sağlıksız geçebilir olgu tarafından etkilenirThis is also affected by the fact that some of the endpoints might go unhealthy at which point they will not be included in the response

Gerçek Kullanıcı ÖlçümleriReal User Measurements

Gerçek kullanıcı ölçümleri kullanmanın avantajları nelerdir?What are the benefits of using Real User Measurements?

Performans yönlendirme yöntemini kullandığınızda, Traffic Manager kaynak IP ve EDNS istemci alt (iletilmezse) inceleyerek bağlanmak son kullanıcı için en iyi Azure bölgesini seçer ve ağ gecikme süresi bilgilerinin karşı hizmet denetimi tutar.When you use performance routing method, Traffic Manager picks the best Azure region for your end user to connect to by inspecting the source IP and EDNS Client Subnet (if passed in) and checking it against the network latency intelligence the service maintains. Gerçek kullanıcı ölçümleri, bu tablo, son kullanıcılarınız için Azure eriştikleri son kullanıcı ağların yeterince kapsayan olmanın yanı sıra bu gecikme süresi tablo katkıda deneyimlerini sağlayarak bu son kullanıcı tabanınızı için geliştirir.Real User Measurements enhances this for your end user base by having their experience contribute to this latency table in addition to ensuring that this table adequately spans the end user networks from where your end users connect to Azure. Bu, son kullanıcısına akışındaki artırılmış bir doğruluk neden olur.This leads to an increased accuracy in the routing of your end user.

Gerçek kullanıcı ölçümleri Azure dışı bölge ile kullanabilir miyim?Can I use Real User Measurements with non-Azure regions?

Gerçek kullanıcı ölçümleri, ölçer ve Azure bölgeleri erişmek için yalnızca gecikme süresine raporlar.Real User Measurements measures and reports on only the latency to reach Azure regions. Azure olmayan bölgelerde barındırılan uç noktaları ile performans tabanlı yönlendirme kullanıyorsanız, gecikme süresi bilgilerini Bu uç nokta ile ilişkilendirilecek seçtiğinizden temsili Azure bölgesi artırılmış tarafından bu özellikten yararlanabilir.If you are using performance-based routing with endpoints hosted in non-Azure regions, you can still benefit from this feature by having increased latency information about the representative Azure region you had selected to be associated with this endpoint.

Hangi yönlendirme yöntemini gerçek kullanıcı ölçümleri fayda sağlar?Which routing method benefits from Real User Measurements?

Gerçek kullanıcı ölçümleri ek bilgiler kazanılan performans yönlendirme yöntemini kullanan profil için geçerli değildir.The additional information gained through Real User Measurements are applicable only for profiles that use the performance routing method. Azure portalı üzerinden görüntülediğinizde gerçek kullanıcı ölçümleri bağlantı profillerini tüm kullanılabilir.The Real User Measurements link is available from all the profiles when you view it through the Azure portal.

Gerçek kullanıcı ölçümleri her profili ayrı olarak etkinleştirme gerekiyor mu?Do I need to enable Real User Measurements each profile separately?

Hayır, yalnızca abonelik başına bir kez etkinleştirmeniz gerekir ve gecikme süresi bilgileriyle ölçülür ve bildirilen tüm profiller için kullanılabilir.No, you only need to enable it once per subscription and all the latency information measured and reported are available to all profiles.

Gerçek kullanıcı ölçümleri için Aboneliğimi nasıl kapatırım?How do I turn off Real User Measurements for my subscription?

İçin gerçek kullanıcı ölçümleri toplamak ve geri gecikmesi ölçümlerinin, istemci uygulamasından gönderme durdurduğunuzda ilgili ücretler tahakkuk durdurabilirsiniz.You can stop accruing charges related to Real User Measurements when you stop collecting and sending back latency measurements from your client application. Örneğin, ölçüm JavaScript web sayfaları'nda yerleşik JavaScript kaldırarak veya sayfa işlendiğinde kendi çağrılmasına kapatarak bu özelliği kullanmayı bırakabilir.For example, when measurement JavaScript embedded in web pages, you can stop using this feature by removing the JavaScript or by turning off its invocation when the page is rendered.

Ayrıca, anahtarınızı silerek gerçek kullanıcı ölçümleri etkinleştirebilirsiniz.You can also turn off Real User Measurements by deleting your key. Anahtarı sildikten sonra bu anahtarla Traffic Manager'a gönderilen tüm ölçümleri atılır.Once you delete the key, any measurements sent to Traffic Manager with that key are discarded.

Web sayfaları dışındaki istemci uygulamaları ile gerçek kullanıcı ölçümleri kullanabilirim?Can I use Real User Measurements with client applications other than web pages?

Evet, gerçek kullanıcı ölçümleri, farklı türde son kullanıcı istemcileri toplanan verilerin alımı için tasarlanmıştır.Yes, Real User Measurements is designed to ingest data collected through different type of end user clients. Bu SSS, desteklenen istemci uygulamalarının yeni türleri olarak güncelleştirilecektir.This FAQ will be updated as new types of client applications get supported.

Web sayfası my gerçek kullanıcı ölçümleri etkin her zaman kaç ölçümleri yapılan oluşturulur?How many measurements are made each time my Real User Measurements enabled web page is rendered?

Gerçek kullanıcı ölçümleri sağlanan JavaScript ölçümü ile birlikte kullandığınızda, her sayfa işleme alınan altı ölçüleri sonuçlanır.When Real User Measurements is used with the measurement JavaScript provided, each page rendering results in six measurements being taken. Bunlar daha sonra geri Traffic Manager hizmetine bildirilir.These are then reported back to the Traffic Manager service. Bu özellik, Traffic Manager hizmeti için bildirilen ölçülerin sayısına göre ücretlendirilirsiniz.You are charged for this feature based on the number of measurements reported to Traffic Manager service. Kullanıcı ölçümleri alınır ancak rapor edildi önce sayfanıza uzağa giderse, örneğin, bu ölçümleri faturalandırma için dikkate alınmaz.For example, if the user navigates away from your webpage while the measurements are being taken but before it was reported, those measurements are not considered for billing purposes.

My Web sayfasında gerçek kullanıcı ölçümleri komut dosyası çalışmadan önce bir gecikme vardır?Is there a delay before Real User Measurements script runs in my webpage?

Hayır, komut çağrılmadan önce programlanmış gecikme yoktur.No, there is no programmed delay before the script is invoked.

Gerçek kullanıcı ölçümleri ölçmek istediğiniz yalnızca Azure bölgeler ile kullanabilir miyim?Can I use Real User Measurements with only the Azure regions I want to measure?

Hayır, her zaman çağrılır, altı Azure bölgeleri hizmeti tarafından belirlenen şekilde bir dizi gerçek kullanıcı ölçümleri betik ölçer.No, each time it is invoked, the Real User Measurements script measures a set of six Azure regions as determined by the service. Bu değişiklikleri farklı çağrılarını arasında ayarlayın ve çok sayıda böyle çağrılar meydana geldiğinde, farklı Azure bölgelerindeki ölçüm kapsamı yayılır.This set changes between different invocations and when a large number of such invocations happen, the measurement coverage spans across different Azure regions.

Ben, belirli bir sayıya yapılan ölçümleri sayısını sınırlayabilir?Can I limit the number of measurements made to a specific number?

JavaScript sayfanıza ve içinde gömülü ölçüm üzeresiniz tam denetimi üzerinden başlatma ve durdurma kullanmadan olduğunda.The measurement JavaScript is embedded within your webpage and you are in complete control over when to start and stop using it. Traffic Manager hizmeti ölçülecek Azure bölgelerinin listesi için bir istek alırsa sürece bölge kümesi döndürülür.As long as the Traffic Manager service receives a request for a list of Azure regions to be measured, a set of regions are returned.

Gerçek kullanıcı ölçümleri bir parçası olarak istemci uygulamamın tarafından alınan ölçümlerin görebilir miyim?Can I see the measurements taken by my client application as part of Real User Measurements?

Ölçüm mantığı, istemci uygulamasından çalıştırılan olduğundan, hangi gecikmesi ölçümlerinin görmesini de dahil olmak üzere'olmuyor tam denetimi sizdedir.Since the measurement logic is run from your client application, you are in full control of what happens including seeing the latency measurements. Traffic Manager, aboneliğinize bağlı anahtarı altındaki alınan ölçümleri birleşik bir görünümünü raporlamaz.Traffic Manager does not report an aggregate view of the measurements received under the key linked to your subscription.

Traffic Manager tarafından sağlanan ölçüm betiğini değiştirebiliyorum?Can I modify the measurement script provided by Traffic Manager?

Web sayfasındaki katıştırılmış denetim içerikteyken biz kesinlikle, ölçer ve gecikme doğru şekilde rapor emin olmak için ölçüm betiği herhangi bir değişiklik yapmasını önleyin.While you are in control of what is embedded on your web page, we strongly discourage you from making any changes to the measurement script to ensure that it measures and reports the latencies correctly.

Başkalarının kullanmam ile gerçek kullanıcı ölçümleri anahtarını görmek olası olacak mı?Will it be possible for others to see the key I use with Real User Measurements?

Bir web sayfasına ölçüm betik eklediğinizde başkaları için komut dosyası ve gerçek kullanıcı ölçümleri (RUM) anahtarınızı görmek mümkün olacaktır.When you embed the measurement script to a web page it will be possible for others to see the script and your Real User Measurements (RUM) key. Ancak, bu anahtarı abonelik kimliğinizi farklıdır ve yalnızca bu amaçla kullanılmak üzere Traffic Manager'tarafından oluşturulan bilmeniz önemlidir.But it is important to know that this key is different from your subscription id and is generated by Traffic Manager to be used only for this purpose. ÇALIŞTIRMA anahtarınızı bilmek, bir Azure hesabı güvenliği tehlikeye değil.Knowing your RUM key will not compromise your Azure account safety.

Başkalarının ÇALIŞTIRMA anahtarımı kötüye?Can others abuse my RUM key?

Anahtarınızı yanlış bilgi Azure'a göndermek için kullanmak üzere başkalarını için mümkün olsa da, diğer tüm ölçümler birlikte aldığımız hesabı alınmış olduğundan yönlendirme birkaç yanlış ölçümleri değiştirmez.While it is possible for others to use your key to send wrong information to Azure, a few wrong measurements will not change the routing since it is taken into account along with all the other measurements we receive. Anahtarlarınızı değiştirmeniz gerekiyorsa, bu noktada, eski anahtarı atılan olur anahtarı yeniden oluşturabilirsiniz.If you need to change your keys, you can re-generate the key at which point the old key becomes discarded.

JavaScript ölçüm tüm web sayfalarımı put gerekiyor mu?Do I need to put the measurement JavaScript in all my web pages?

Gerçek kullanıcı ölçümleri ölçümleri artış sayısı arttıkça daha fazla değer sunar.Real User Measurements delivers more value as the number of measurements increase. Bununla birlikte, bu kararınız dair birkaç tüm web sayfalarını veya select koymak ihtiyacınız olur.Having said that, it is your decision as to whether you need to put it in all your web pages or a select few. Bizim önerimiz, en çok ziyaret edilen sayfanızda beş saniye veya daha fazla söz konusu sayfada kalmak için bir kullanıcı burada beklenen koyarak başlamaktır.Our recommendation is to start by putting it in your most visited page where a user is expected to stay on that page five seconds or more.

Gerçek kullanıcı ölçümleri kullanırsam son Kullanıcılarım hakkında bilgi Traffic Manager tarafından tanımlanabilir?Can information about my end users be identified by Traffic Manager if I use Real User Measurements?

Traffic Manager, belirtilen ölçüm JavaScript kullanıldığında, son kullanıcının istemci IP adresi ve kullandıkları yerel DNS Çözümleyicisi kaynak IP adresini görünürlük sahip olur.When the provided measurement JavaScript is used, Traffic Manager will have visibility into the client IP address of the end user and the source IP address of the local DNS resolver they use. Traffic Manager, yalnızca bu belirli ölçümleri gönderen kullanıcıdan tanımlamak yükleyemeyecektir kesilmiş atandıktan sonra istemci IP adresini kullanır.Traffic Manager uses the client IP address only after having it truncated to not be able to identify the specific end user who sent the measurements.

Ölçüm gerçek kullanıcı ölçümleri, Traffic Manager yönlendirme için kullanılmasını gerek Web sayfası mu?Does the webpage measuring Real User Measurements need to be using Traffic Manager for routing?

Hayır, bu Traffic Manager'ı kullanmanız gerekmez.No, it doesn’t need to use Traffic Manager. Yönlendirme yan Traffic Manager'a gerçek kullanıcı ölçüm bölümünden ayrı olarak çalışır ve her ikisinin de aynı web özelliği için harika bir fikriniz olmasına rağmen bunlar olmanız gerekmez.The routing side of Traffic Manager operates separately from the Real User Measurement part and although it is a great idea to have them both in the same web property, they don’t need to be.

Gerçek kullanıcı ölçümleri ile kullanılacak Azure bölgeleri herhangi bir hizmeti ana bilgisayar gerekiyor mu?Do I need to host any service on Azure regions to use with Real User Measurements?

Hayır, herhangi bir sunucu tarafı bileşeni çalışmak gerçek kullanıcı ölçümleri için azure'da barındırmak gerekmez.No, you don’t need to host any server-side component on Azure for Real User Measurements to work. Tek pikselli bir görüntü JavaScript ölçümü tarafından indirilir ve farklı Azure bölgelerinde çalıştırılan hizmet barındırılan ve Azure tarafından yönetilen.The single pixel image downloaded by the measurement JavaScript and the service running it in different Azure regions is hosted and managed by Azure.

Gerçek kullanıcı ölçümleri kullandığımda Azure bant genişliği kullanımı artırır?Will my Azure bandwidth usage increase when I use Real User Measurements?

Önceki yanıt belirtildiği gibi sunucu tarafı bileşenlerini gerçek kullanıcı ölçümleri sahip olduğu ve Azure tarafından yönetilen.As mentioned in the previous answer, the server-side components of Real User Measurements are owned and managed by Azure. Bu, gerçek kullanıcı ölçümleri kullandığından, Azure bant genişliği kullanımını artırmaz anlamına gelir.This means your Azure bandwidth usage will not increase because you use Real User Measurements. Bu, hangi Azure ücretleri dışında herhangi bir bant genişliği kullanımını içermez.This does not include any bandwidth usage outside of what Azure charges. Bir Azure bölgesine gecikme ölçüm için yalnızca bir tek pikselli bir görüntü yükleyerek kullanılan bant genişliğini en aza indirin.We minimize the bandwidth used by downloading only a single pixel image to measurement the latency to an Azure region.

Trafik GörünümüTraffic View

Trafik görünümü ne yapar?What does Traffic View do?

Trafik görünümü trafiği kullanıcılarınız ve onların deneyimini nasıl olduğu hakkında daha fazla anlamanıza yardımcı olan Manager'ın bir özelliğidir.Traffic View is a feature of Traffic Manager that helps you understand more about your users and how their experience is. Traffic Manager ve şu sağlamak için hizmet tutar ağ gecikme süresi zeka tablolarını tarafından. alınan sorgular kullanır:It uses the queries received by Traffic Manager and the network latency intelligence tables that the service maintains to provide you with the following:

  • Burada Azure uç noktalarınıza kullanıcılarınızın bağlanmasını bölgeleri.The regions from where your users are connecting to your endpoints in Azure.
  • Bu bölgelerden bağlanan kullanıcıları hacmi.The volume of users connecting from these regions.
  • Azure bölgeleri için bunlar yönlendirilir.The Azure regions to which they are getting routed to.
  • Bu Azure bölgeleri için kendi gecikme deneyimi.Their latency experience to these Azure regions.

Bu bilgiler, coğrafi harita katmanını ve indirmek ham verileri olarak almalarının yanı sıra portaldaki tablosal görünümleri aracılığıyla kullanmak kullanılabilir.This information is available for you to consume through geographical map overlay and tabular views in the portal in addition to being available as raw data for you to download.

Trafik görünümü kullanarak nasıl yararlanabilir?How can I benefit from using Traffic View?

Trafik görünümü, Traffic Manager profillerini almak trafiğin genel görünümünü sunar.Traffic View gives you the overall view of the traffic your Traffic Manager profiles receive. Özellikle, burada gelen kullanıcı tabanınızı bağlanır ve eşit olarak önemlisi ortalama gecikme süresi deneyimlerini nedir anlamak için kullanılabilir.In particular, it can be used to understand where your user base connects from and equally importantly what their average latency experience is. Ardından, bu kullanıcıların daha düşük gecikme süresi ile hizmet verebilen bir bölgeye Azure kaplama alanınızı genişleterek odaklanmanıza gerek alanlar bulmak için bu bilgileri kullanabilirsiniz.You can then use this information to find areas in which you need to focus, for example, by expanding your Azure footprint to a region that can serve those users with lower latency. Trafik görünümü kullanarak türetebilirsiniz başka bir öngörü trafiğini sırayla bu bölgelerde stok artan veya azalan kararları vermenize yardımcı olabilecek farklı bölgelere desenlerini görmektir.Another insight you can derive from using Traffic View is to see the patterns of traffic to different regions which in turn can help you make decisions on increasing or decreasing invent in those regions.

Trafik görünümü Azure İzleyici kullanılabilir olan bir Traffic Manager ölçümleri farklı mı?How is Traffic View different from the Traffic Manager metrics available through Azure monitor?

Azure İzleyici, bir toplama düzeyinde profilinizi ve kendi uç tarafından alınan trafik anlamak için kullanılabilir.Azure Monitor can be used to understand at an aggregate level the traffic received by your profile and its endpoints. Ayrıca, sistem durumu uç nokta sistem durumu denetimi sonuçlarını göstererek izlemenize olanak sağlar.It also enables you to track the health status of the endpoints by exposing the health check results. Bunlar gidin ve bölge düzeyinde azure'a bağlanma, son kullanıcı deneyimini anlamak için ihtiyacınız olduğunda, elde etmek için trafik görünümü kullanılabilir.When you need to go beyond these and understand your end user’s experience connecting to Azure at a regional level, Traffic View can be used to achieve that.

Trafik görünümü EDNS istemci alt bilgi kullanıyor mu?Does Traffic View use EDNS Client Subnet information?

DNS sorgularının Azure Traffic Manager tarafından sunulan, yönlendirme doğruluğunu artırmak için ECS bilgileri göz önünde bulundurun.The DNS queries served by Azure Traffic Manager do consider ECS information to increase the accuracy of the routing. Ancak burada kullanıcıları bağlanırken kullandığınız gösteren veri kümesi oluştururken, trafik görünümü yalnızca DNS Çözümleyicisi IP adresini kullanıyor.But when creating the data set that shows where the users are connecting from, Traffic View is using only the IP address of the DNS resolver.

Trafik görünümü verileri kaç gün kullanıyor mu?How many days of data does Traffic View use?

Trafik görünümü, sizin tarafınızdan görüntülendiğinde, önceki gün önceki yedi güne ait verileri işleyerek çıktısını oluşturur.Traffic View creates its output by processing the data from the seven days preceding the day before when it is viewed by you. Bu değişken bir ve en son verileri ziyaret ettiğiniz her saat kullanılacaktır.This is a moving window and the latest data will be used each time you visit.

Trafik görünümü, dış uç noktalar nasıl işliyor?How does Traffic View handle external endpoints?

Dış uç noktaları Traffic Manager profili Azure bölgelerinde dışında barındırılan kullandığınızda bir ara sunucu gecikme süresi özelliklerini (performans yönlendirme yöntemini kullanıyorsanız bu aslında gereklidir) için olan bir Azure bölgesine eşlenmiş seçim yapabilirsiniz.When you use external endpoints hosted outside Azure regions in a Traffic Manager profile you can choose to have it mapped to an Azure region which is a proxy for its latency characteristics (this is in fact needed if you use performance routing method). Bu Azure bölgesi eşlemesi varsa, bu Azure bölgesinin gecikme süresi ölçülerini trafik görünümü çıkış oluşturulurken kullanılır.If it has this Azure region mapping, that Azure region’s latency metrics will be used when creating the Traffic View output. Azure bölge belirtilirse, gecikme süresi bilgileriyle bu dış uç noktalar verilerinde boş olacaktır.If no Azure region is specified, the latency information will be empty in the data for those external endpoints.

Aboneliğimi her profilinde için trafik görünümünü etkinleştir gerekiyor mu?Do I need to enable Traffic View for each profile in my subscription?

Önizleme dönemi boyunca, abonelik düzeyinde trafik görünümü etkinleştirildi.During the preview period, Traffic View was enabled at a subscription level. Genel kullanılabilirlik önce yaptığımız geliştirmelerin bir parçası olarak, böylece daha ayrıntılı bu özelliği etkinleştirmek trafik görünümü profili düzeyinde etkinleştirebilirsiniz.As part of the improvements we made before the general availability, you can now enable Traffic View at a profile level, allowing you to have more granular enabling of this feature. Varsayılan olarak, bir profil için trafik görünümü devre dışı bırakılacak.By default, Traffic View will be disabled for a profile.

Not

Önizleme süresi abonelik düzeyinde trafik görünümü etkinleştirilirse, artık her profil söz konusu abonelik altında yeniden etkinleştirmeniz gerekir.If you enabled Traffic View at a subscription level during the preview time, you now need to re-enable it for each of the profile under that subscription.

Trafik görünümü devre dışı nasıl kapatabilir miyim?How can I turn off Traffic View?

Portalı veya REST API'sini kullanarak herhangi bir profil için trafik görünümünü açabilirsiniz.You can turn off Traffic View for any profile using the Portal or REST API.

Trafik görünümü faturalandırması nasıl çalışır?How does Traffic View billing work?

Trafik görünümü fiyatlandırma, çıktı oluşturmak için kullanılan veri noktalarının sayısına bağlıdır.Traffic View pricing is based on the number of data points used to create the output. Şu anda desteklenen tek veri profilinizi alan sorguları türüdür.Currently, the only data type supported is the queries your profile receives. Ayrıca, yalnızca trafik görünümü etkin olduğunda, bitti dedik işleme için faturalandırılırsınız.In addition, you are only billed for the processing that was done when you have Traffic View enabled. Bu, bazı zaman dilimi ayda trafik görünümünü etkinleştir ve diğer zamanlarda kapatmak, yalnızca özellik almışken işlenen veri noktası sayısı, faturanıza doğrultusunda etkin, anlamına gelir.This means that, if you enable Traffic View for some time period in a month and turn it off during other times, only the data points processed while you had the feature enabled count towards your bill.

Traffic Manager uç noktalarıTraffic Manager endpoints

Traffic Manager uç noktaları birden çok abonelik ile kullanabilir?Can I use Traffic Manager with endpoints from multiple subscriptions?

Birden çok Abonelikteki uç noktaları kullanarak, Azure Web Apps ile mümkün değildir.Using endpoints from multiple subscriptions is not possible with Azure Web Apps. Azure Web Apps, Web Apps ile kullanılan herhangi bir özel etki alanı adı yalnızca tek bir abonelik içinde kullanılmasını gerektirir.Azure Web Apps requires that any custom domain name used with Web Apps is only used within a single subscription. Web Apps ile aynı etki alanı adı birden çok abonelik kullanmak mümkün değildir.It is not possible to use Web Apps from multiple subscriptions with the same domain name.

Diğer uç nokta türleri için Traffic Manager uç noktalarının birden fazla abonelik ile kullanılacak mümkündür.For other endpoint types, it is possible to use Traffic Manager with endpoints from more than one subscription. Kaynak Yöneticisi'nde okuma erişimi uç nokta Traffic Manager profilinin yapılandırma kişinin sahip olduğu sürece herhangi bir Abonelikteki uç noktaları Traffic Manager için eklenebilir.In Resource Manager, endpoints from any subscription can be added to Traffic Manager, as long as the person configuring the Traffic Manager profile has read access to the endpoint. Bu izinler kullanılarak verilebilir Azure Resource Manager rol tabanlı erişim denetimi (RBAC).These permissions can be granted using Azure Resource Manager role-based access control (RBAC).

Traffic Manager 'Hazırlama' bulut hizmeti yuvası ile kullanabilir miyim?Can I use Traffic Manager with Cloud Service 'Staging' slots?

Evet.Yes. 'Hazırlama yuvası' bulut hizmeti, dış uç noktalar olarak Traffic Manager'dan yapılandırılabilir.Cloud Service 'staging' slots can be configured in Traffic Manager as External endpoints. Sistem durumu denetimleri hala olması ücretlendirilir Azure uç noktaları oranı.Health checks are still be charged at the Azure Endpoints rate.

Traffic Manager, IPv6 uç noktaları destekliyor mu?Does Traffic Manager support IPv6 endpoints?

Traffic Manager, şu anda IPv6 adresleme ad sunucularını sağlamaz.Traffic Manager does not currently provide IPv6-addressable name servers. Ancak, Traffic Manager Uç noktalara IPv6 IPv6 istemciler tarafından hala kullanılabilir.However, Traffic Manager can still be used by IPv6 clients connecting to IPv6 endpoints. Bir istemci doğrudan Traffic Manager DNS istekleri yapmaz.A client does not make DNS requests directly to Traffic Manager. Bunun yerine, istemci bir özyinelemeli DNS hizmeti kullanır.Instead, the client uses a recursive DNS service. Bir yalnızca IPv6 istemci IPv6 üzerinden özyinelemeli DNS hizmeti istekleri gönderir.An IPv6-only client sends requests to the recursive DNS service via IPv6. Ardından özyinelemeli hizmet IPv4 kullanarak Traffic Manager ad sunucularıyla ile bağlantı kurabiliyor olması.Then the recursive service should be able to contact the Traffic Manager name servers using IPv4.

Traffic Manager uç noktasının IP adresini ve DNS adı ile yanıt verir.Traffic Manager responds with the DNS name or IP address of the endpoint. Bir IPv6 uç nokta desteklemek için iki seçenek vardır.To support an IPv6 endpoint, there are two options. Uç nokta Traffic Manager'ın sistem durumu denetimi, uç nokta ve sorgu yanıtına bir CNAME kaydı olarak türüne olur ve ilişkili bir AAAA kaydı olan bir DNS adı olarak ekleyebilirsiniz.You can add the endpoint as a DNS name that has an associated AAAA record and Traffic Manager will health check that endpoint and return it as a CNAME record type in the query response. IPv6 adresi ve Traffic Manager kullanarak bir AAAA türü kayıt sorgu yanıtında döndürür doğrudan bu uç nokta da ekleyebilirsiniz.You can also add that endpoint directly using the IPv6 address and Traffic Manager will return a AAAA type record in the query response.

Aynı bölgede birden fazla Web uygulaması ile Traffic Manager kullanabilir miyim?Can I use Traffic Manager with more than one Web App in the same region?

Genellikle, Traffic Manager, farklı bölgelerde dağıtılan uygulamalar için trafiği yönlendirmek için kullanılır.Typically, Traffic Manager is used to direct traffic to applications deployed in different regions. Ancak, bu da bir uygulama da aynı bölgede birden fazla dağıtım bulunduğu kullanılabilir.However, it can also be used where an application has more than one deployment in the same region. Azure Traffic Manager uç noktaları birden fazla Web uygulaması uç noktası için aynı Traffic Manager profili eklenmesi için aynı Azure bölgelerine izin vermez.The Traffic Manager Azure endpoints do not permit more than one Web App endpoint from the same Azure region to be added to the same Traffic Manager profile.

Azure uç noktaları Traffic Manager Profilimin farklı kaynak grubuna nasıl taşırım?How do I move my Traffic Manager profile’s Azure endpoints to a different resource group?

Kendi kaynak kimliklerini kullanarak bir Traffic Manager profili ile ilişkili azure uç noktaları izlenir.Azure endpoints that are associated with a Traffic Manager profile are tracked using their resource IDs. Ne zaman (örneğin, genel IP, Klasik bulut hizmeti, WebApp veya iç içe geçmiş bir şekilde kullanılan başka bir Traffic Manager profili) bir uç nokta olarak kullanılan bir Azure kaynağı, kaynak kodu değişiklikleri farklı kaynak grubuna taşınır.When an Azure resource that is being used as an endpoint (for example, Public IP, Classic Cloud Service, WebApp, or another Traffic Manager profile used in a nested manner) is moved to a different resource group, its resource ID changes. Bu senaryoda, şu anda, ilk silerek ve uç noktaları profile geri ekleyerek Traffic Manager profili güncelleştirmelidir.In this scenario, currently, you must update the Traffic Manager profile by first deleting and then adding back the endpoints to the profile.

Traffic Manager uç nokta izlemeTraffic Manager endpoint monitoring

Traffic Manager, Azure bölgesi hatalara karşı dayanıklı mi?Is Traffic Manager resilient to Azure region failures?

Traffic Manager, azure'da yüksek kullanılabilirliğe sahip uygulamalar teslimini anahtar bir bileşenidir.Traffic Manager is a key component of the delivery of highly available applications in Azure. Traffic Manager yüksek kullanılabilirlik sunmak üzere bir yayılan yüksek kullanılabilirlik düzeyine sahip ve için bölgesel hatalara dayanıklı olması gerekir.To deliver high availability, Traffic Manager must have an exceptionally high level of availability and be resilient to regional failure.

Tasarım gereği, Traffic Manager bileşenleri için herhangi bir Azure bölgesinin bir tam hatayla esnektir.By design, Traffic Manager components are resilient to a complete failure of any Azure region. Bu esneklik tüm Traffic Manager bileşenleri için geçerlidir: DNS ad sunucuları, API, depolama katmanı ve İzleme Hizmeti uç noktası.This resilience applies to all Traffic Manager components: the DNS name servers, the API, the storage layer, and the endpoint monitoring service.

Azure bölgesinin tamamını çalışmadığını olası olayda Traffic Manager, normal şekilde çalışmaya devam beklenir.In the unlikely event of an outage of an entire Azure region, Traffic Manager is expected to continue to function normally. Birden çok Azure bölgesinde dağıtılan uygulamaları, uygulamanın kullanılabilir bir örneğe trafiği yönlendirmek için Traffic Manager'üzerindeki güvenebilirsiniz.Applications deployed in multiple Azure regions can rely on Traffic Manager to direct traffic to an available instance of their application.

Kaynak grubu konumu seçiminin Traffic Manager nasıl etkiler?How does the choice of resource group location affect Traffic Manager?

Traffic Manager tek, genel bir hizmettir.Traffic Manager is a single, global service. Bölgesel değil.It is not regional. Kaynak grubu konumu seçiminin bu kaynak grubunda dağıtılan Traffic Manager profillerine nasıl yönelttiğiniz fark etmez.The choice of resource group location makes no difference to Traffic Manager profiles deployed in that resource group.

Azure Resource Manager, bu kaynak grubunda dağıtılan kaynakların varsayılan konumunu belirleyen bir konum belirtmek tüm kaynak grupları gerektirir.Azure Resource Manager requires all resource groups to specify a location, which determines the default location for resources deployed in that resource group. Traffic Manager profili oluşturduğunuzda, bir kaynak grubunda oluşturulur.When you create a Traffic Manager profile, it is created in a resource group. Tüm Traffic Manager profillerini kullanma genel konumlarına kaynak grubu varsayılan geçersiz kılma.All Traffic Manager profiles use global as their location, overriding the resource group default.

Her uç noktasının geçerli durumunu nasıl belirlerim?How do I determine the current health of each endpoint?

Genel profil ek olarak her uç nokta izleme geçerli durumunu Azure portalında görüntülenir.The current monitoring status of each endpoint, in addition to the overall profile, is displayed in the Azure portal. Bu bilgiler ayrıca trafiği izleyici aracılığıyla kullanılabilir REST API, PowerShell cmdlet'leri, ve platformlar arası Azure CLI'yı.This information also is available via the Traffic Monitor REST API, PowerShell cmdlets, and cross-platform Azure CLI.

Azure İzleyici, uç noktalarınızın sistem durumunu izleyebilir ve bunları görsel bir temsilini görmek için de kullanabilirsiniz.You can also use Azure Monitor to track the health of your endpoints and see a visual representation of them. Azure İzleyicisi'ni kullanma hakkında daha fazla bilgi için bkz. Azure izleme belgeleri.For more about using Azure Monitor, see the Azure Monitoring documentation.

HTTPS uç noktaları izleyebilirim?Can I monitor HTTPS endpoints?

Evet.Yes. Traffic Manager, HTTPS üzerinden yoklama destekliyor.Traffic Manager supports probing over HTTPS. Yapılandırma HTTPS İzleme Yapılandırması Protokolü olarak.Configure HTTPS as the protocol in the monitoring configuration.

Traffic manager, herhangi bir sertifika doğrulama sağlayamazsınız dahil olmak üzere:Traffic manager cannot provide any certificate validation, including:

  • Sunucu tarafı sertifikalar doğrulanmazServer-side certificates are not validated
  • Sunucu tarafı sertifikaları SNI doğrulanmazSNI server-side certificates are not validated
  • İstemci sertifikaları desteklenmez.Client certificates are not supported

Bir IP adresi veya DNS adı bir uç nokta eklerken kullanabilirim?Do I use an IP address or a DNS name when adding an endpoint?

Traffic Manager kullanarak bunları – bir DNS adı olarak, bir IPv4 adresi ve bir IPv6 adresi olarak başvurmak için üç yol ekleme uç noktaları destekliyor.Traffic Manager supports adding endpoints using three ways to refer them – as a DNS name, as an IPv4 address and as an IPv6 address. Sorgu yanıtına kayıt türü A veya AAAA, uç nokta IPv4 veya IPv6 adresi eklediyseniz sırasıyla olacaktır.If the endpoint is added as an IPv4 or IPv6 address the query response will be of record type A or AAAA, respectively. Uç nokta DNS adı olarak eklendiyse, sorgu yanıtına CNAME kayıt türü olabilir.If the endpoint was added as a DNS name, then the query response will be of record type CNAME. Uç nokta türü ise yalnızca IPv4 veya IPv6 adresi buldukça, uç noktaları ekleyerek dış.Adding endpoints as IPv4 or IPv6 address is permitted only if the endpoint is of type External. Yönlendirme yöntemleri ve izleme ayarlarını üç uç nokta adresi türleri tarafından desteklenir.All routing methods and monitoring settings are supported by the three endpoint addressing types.

Bir uç nokta eklerken hangi tür IP adresi kullanabilirim?What types of IP addresses can I use when adding an endpoint?

Traffic Manager uç noktaları belirtmek için IPv4 veya IPv6 adresleri kullanmanıza olanak sağlar.Traffic Manager allows you to use IPv4 or IPv6 addresses to specify endpoints. Aşağıda listelenen bazı kısıtlamalar vardır:There are a few restrictions which are listed below:

  • Ayrılmış özel IP adresi alanları karşılık gelen adresleri izin verilmez.Addresses that correspond to reserved private IP address spaces are not allowed. RFC 1918, RFC 6890, RFC 5737, RFC 3068, RFC 2544 ve RFC 5771 çekilerek bu adresleri içerirThese addresses include those called out in RFC 1918, RFC 6890, RFC 5737, RFC 3068, RFC 2544 and RFC 5771
  • Adresi (Profil yapılandırma ayarlarında kullanılacak bağlantı noktası belirtebilirsiniz) herhangi bir bağlantı noktası numaralarını içermemelidir.The address must not contain any port numbers (you can specify the ports to be used in the profile configuration settings)
  • İki uç nokta aynı profildeki aynı hedef IP adresine sahip olabilirNo two endpoints in the same profile can have the same target IP address

Farklı uç nokta türleri tek bir profili içinde adresleme kullanabilir miyim?Can I use different endpoint addressing types within a single profile?

Hayır, Traffic Manager uç nokta adresi türleri burada IPv4 karıştırabilirsiniz çok değerli yönlendirme türü ve IPv6 adres türü ile bir profil durumu dışında bir profili içinde karıştırmak izin vermezNo, Traffic Manager does not allow you to mix endpoint addressing types within a profile, except for the case of a profile with MultiValue routing type where you can mix IPv4 and IPv6 addressing types

Gelen bir sorgunun kayıt türü, uç nokta adresi türü ile ilişkili kayıt türünün farklıdır ne olur?What happens when an incoming query’s record type is different from the record type associated with the addressing type of the endpoints?

Bir profili karşı bir sorgu alındığında, Traffic Manager belirtilen yönlendirme yöntemine göre döndürülmesi gereken uç nokta ve sistem durumu uç nokta ilk bulur.When a query is received against a profile, Traffic Manager first finds the endpoint that needs to be returned as per the routing method specified and the health status of the endpoints. Ardından gelen sorguyu istenen kayıt türüne ve tabloyu temel alan bir yanıt döndürmeden önce uç noktası ile ilişkili kayıt türünün görünüyor.It then looks at the record type requested in the incoming query and the record type associated with the endpoint before returning a response based on the table below.

Çoklu değer dışında herhangi bir yönlendirme yöntemi olan profiller için:For profiles with any routing method other than MultiValue:

Gelen sorgu isteğiIncoming query request Uç noktası türüEndpoint type Sağlanan yanıtResponse Provided
TÜMANY A / AAAA / CNAMEA / AAAA / CNAME Hedef uç noktasıTarget Endpoint
AA A / CNAMEA / CNAME Hedef uç noktasıTarget Endpoint
AA AAAAAAAA NODATANODATA
AAAAAAAA AAAA / CNAMEAAAA / CNAME Hedef uç noktasıTarget Endpoint
AAAAAAAA AA NODATANODATA
CNAMECNAME CNAMECNAME Hedef uç noktasıTarget Endpoint
CNAMECNAME A / AAAAA / AAAA NODATANODATA

Yönlendirme yöntemi olan profiller için birden çok değerli ayarlamak için:For profiles with routing method set to MultiValue:

Gelen sorgu isteğiIncoming query request Uç noktası türüEndpoint type Sağlanan yanıtResponse Provided
TÜMANY Karışımını A ve AAAAMix of A and AAAA Hedef uç noktalarıTarget Endpoints
AA Karışımını A ve AAAAMix of A and AAAA Yalnızca hedef uç nokta türü aOnly Target Endpoints of type A
AAAAAAAA Karışımını A ve AAAAMix of A and AAAA Yalnızca hedef uç nokta türü AAAAOnly Target Endpoints of type AAAA
CNAMECNAME Karışımını A ve AAAAMix of A and AAAA NODATANODATA

IPv4 ile bir profil kullanabilirsiniz / IPv6, iç içe geçmiş bir profilde uç noktalar ele?Can I use a profile with IPv4 / IPv6 addressed endpoints in a nested profile?

Evet, bir profil türü birden çok değerli bir iç içe geçmiş profil üst profilinde olamaz özel durum ile ayarlayabilirsiniz.Yes, you can with the exception that a profile of type MultiValue cannot be a parent profile in a nested profile set.

Ben bir web uygulaması uç nokta Traffic Manager Profilimi durduruldu ancak bile ben bunu yeniden sonra herhangi bir trafik alıyorum değil.I stopped an web application endpoint in my Traffic Manager profile but I am not receiving any traffic even after I restarted it. Bunu nasıl düzeltebilirim?How can I fix this?

Bir Azure web uygulaması uç nokta durdurulduğunda Traffic Manager sistem durumu denetimi durdurur ve yalnızca uç nokta başlatıldı algılandıktan sonra sistem durumu denetimleri yeniden başlatır.When an Azure web application endpoint is stopped Traffic Manager stops checking its health and restarts the health checks only after it detects that the endpoint has restarted. Bu gecikmeyi önlemek için devre dışı bırakın ve uç noktayı yeniden başlattıktan sonra Bu uç nokta Traffic Manager profilindeki yeniden etkinleştirin.To prevent this delay, disable and then reenable that endpoint in the Traffic Manager profile after you restart the endpoint.

Traffic Manager, Uygulamam HTTP veya HTTPS desteğini yoksa bile kullanabilir miyim?Can I use Traffic Manager even if my application does not have support for HTTP or HTTPS?

Evet.Yes. İzleyici protokolü olarak TCP belirtebilirsiniz ve Traffic Manager TCP bağlantısı başlatır ve uç noktasından bir yanıt bekler.You can specify TCP as the monitoring protocol and Traffic Manager can initiate a TCP connection and wait for a response from the endpoint. Zaman aşımı süresi içinde bağlantı kurmak için bağlantı isteğine yanıt veren bir uç nokta yanıt verirse Bu uç nokta sağlıklı olarak işaretlenir.If the endpoint replies to the connection request with a response to establish the connection, within the timeout period, then that endpoint is marked as healthy.

Belirli yanıtları kullanırken TCP izleme uç noktasından gereklidir?What specific responses are required from the endpoint when using TCP monitoring?

TCP izleme kullanıldığında, Traffic Manager uç noktası belirtilen bağlantı noktasında SYN istek göndererek üç yönlü TCP el sıkışması başlatır.When TCP monitoring is used, Traffic Manager starts a three-way TCP handshake by sending a SYN request to endpoint at the specified port. Ardından süreyi (zaman aşımı ayarları'nda belirtildiği şekilde) uç noktasından bir yanıt bekler.It then waits for a period of time (as specified in the timeout settings) for a response from the endpoint. İzleme ayarlarında belirtilen zaman aşımı süresi içinde SYN isteğine SYN ACK yanıt veren bir uç nokta yanıt verirse, bu uç nokta sağlıklı olarak değerlendirilir.If the endpoint responds to the SYN request with a SYN-ACK response within the timeout period specified in the monitoring settings, then that endpoint is considered healthy. Traffic Manager SYN ACK yanıt alınmazsa, bağlantı geri lk ile yanıt vererek sıfırlar.If the SYN-ACK response is received, the Traffic Manager resets the connection by responding back with a RST.

Traffic Manager, sağlıklı bir uç nokta uzağa kullanıcılarımın ne kadar hızlı taşınsın mı?How fast does Traffic Manager move my users away from an unhealthy endpoint?

Traffic Manager, yük devretme davranışı, Traffic Manager profilinizin gibi denetlemenize yardımcı olabilecek birden çok ayarları sunar:Traffic Manager provides multiple settings that can help you to control the failover behavior of your Traffic Manager profile as follows:

  • Traffic Manager uç noktaları daha sık yoklama aralığı 10 saniyeden ayarlayarak araştırmaları gerektiğini belirtebilirsiniz.you can specify that the Traffic Manager probes the endpoints more frequently by setting the Probing Interval at 10 seconds. Bu, iyi durumda olmayan giderek herhangi bir uç noktaya olabildiğince çabuk algılanabilir sağlar.This ensures that any endpoint going unhealthy can be detected as soon as possible.
  • İstek sürelerinin bir sistem durumu atın önce beklenecek süreyi belirtebilirsiniz (en düşük zaman aşımı değeri olan 5 saniye).you can specify how long to wait before a health check request times out (minimum time out value is 5 sec).
  • uç nokta olarak sağlıksız olarak işaretlenmeden önce kaç hataları oluşabilir belirtebilirsiniz.you can specify how many failures can occur before the endpoint is marked as unhealthy. Bu değer 0, ilk sistem durumu denetimi başarısız olarak, uç nokta durum iyi durumda olmayan işaretlenmiş düşük olabilir.This value can be low as 0, in which case the endpoint is marked unhealthy as soon as it fails the first health check. Tolere edilen hata sayısı için en düşük değeri 0'ı kullanarak, yoklama sırasında oluşabilecek geçici sorunları nedeniyle rotasyon dışında alınan uç noktalarına ancak açabilir.However, using the minimum value of 0 for the tolerated number of failures can lead to endpoints being taken out of rotation due to any transient issues that may occur at the time of probing.
  • DNS yanıtı 0 düşük olması için yaşam süresi (TTL) belirtebilirsiniz.you can specify the time-to-live (TTL) for the DNS response to be as low as 0. DNS Çözümleyicileri yanıtı önbelleğe olamaz ve bir yanıt her yeni bir sorgu alır anlamına gelir, Traffic Manager sahip en güncel durumu bilgileri içerir böylece yapılıyor.Doing so means that DNS resolvers cannot cache the response and each new query gets a response that incorporates the most up-to-date health information that the Traffic Manager has.

Bu ayarları kullanarak, Traffic Manager yük devretmeleri altında 10 saniye sonra bir uç nokta iyi durumda olmayan gider ve bir DNS sorgusu karşılık gelen profili karşı yapılır sağlayabilir.By using these settings, Traffic Manager can provide failovers under 10 seconds after an endpoint goes unhealthy and a DNS query is made against the corresponding profile.

Nasıl miyim farklı uç noktalar için farklı izleme ayarlarını profilde belirtebilir miyim?How can I specify different monitoring settings for different endpoints in a profile?

Traffic Manager izleme ayarlarını ndadır bir profili düzeyi başına.Traffic Manager monitoring settings are at a per profile level. Tek bir uç nokta için farklı bir izleme ayarını kullanmanız gerekiyorsa, bunu, uç noktası olarak sağlayarak yapılabilir bir iç içe profil izleme ayarları olan üst profilinden farklı.If you need to use a different monitoring setting for only one endpoint, it can be done by having that endpoint as a nested profile whose monitoring settings are different from the parent profile.

Nasıl miyim HTTP üstbilgileri için benim uç noktaları için durum denetimleri olan Traffic Manager atayabilirim miyim?How can I assign HTTP headers to the Traffic Manager health checks to my endpoints?

Traffic Manager özel üst bilgiler, HTTP (durum için uç noktalarınız başlattığı denetimleri S) belirtmenize olanak sağlar.Traffic Manager allows you to specify custom headers in the HTTP(S) health checks it initiates to your endpoints. Özel bir başlık belirtmek istiyorsanız, profil düzeyinde (tüm uç noktalar için geçerlidir) bunun veya uç nokta düzeyinde belirtebilirsiniz.If you want to specify a custom header, you can do that at the profile level (applicable to all endpoints) or specify it at the endpoint level. Üst bilgi, iki düzeyde tanımlanmazsa, uç nokta düzeyinde belirtilen bir profili düzeyi bir geçersiz kılar.If a header is defined at both levels, then the one specified at the endpoint level will override the profile level one. Traffic Manager isteklerini doğru bir çok kiracılı Ortamı'nda barındırılan bir uç noktaya yönlendirilir, böylece bu yaygın bir kullanım örneği barındırma üstbilgileri belirtilmesidir.One common use case for this is specifying host headers so that Traffic Manager requests may get routed correctly to an endpoint hosted in a multi-tenant environment. Başka bir kullanım örneği bu Traffic Manager uç noktanın HTTP (S) istek günlükleri isteklerinden belirlemektir.Another use case of this is to identify Traffic Manager requests from an endpoint’s HTTP(S) request logs

Hangi konak üst bilgisi uç nokta sistem durumu kullanım denetler?What host header do endpoint health checks use?

Hiçbir özel ana bilgisayar üstbilgisi ayarı sağlanırsa, kullanılabilir durumdaysa Traffic Manager tarafından kullanılan ana bilgisayar üst bilgisini DNS profilinde yapılandırılan uç noktası hedef adıdır.If no custom host header setting is provided, the host header used by Traffic Manager is the DNS name of the endpoint target configured in the profile, if that is available.

IP adreslerini kendisinden kaynaklanan durum denetimleri nelerdir?What are the IP addresses from which the health checks originate?

Tıklayın burada sistem durumu denetimleri hangi trafik Yöneticisi'nden kaynaklanan IP adreslerini listeler JSON dosyasını görüntülemek için.Click here to view the JSON file that lists the IP addresses from which Traffic Manager health checks can originate. Sistem durumunu denetlemek için uç noktada bu IP adreslerinden gelen bağlantılara izin verilmesini sağlamak için JSON dosyasında listelenen IP'ler gözden geçirin.Review the IPs listed in the JSON file to ensure that incoming connections from these IP addresses are allowed at the endpoints to check its health status.

Kaç sistem durumu denetimleri Noktam için Traffic Manager'dan beklemeliyim?How many health checks to my endpoint can I expect from Traffic Manager?

Uç noktanız ulaşmasını aşağıdakilere bağlıdır Traffic Manager durumu sayısını denetler:The number of Traffic Manager health checks reaching your endpoint depends on the following:

  • İzleme aralığı için ayarladığınız değerin (daha fazla istekleri belirli bir süre içinde uç noktanız üzerinde giriş daha küçük bir aralık anlamına gelir).the value that you have set for the monitoring interval (smaller interval means more requests landing on your endpoint in any given time period).
  • Durum denetimleri (burada, bu denetimler önceki SSS bölümünde listelenen bekleyebileceğiniz IP adresleri) burada kaynaklanan gelen konumları sayısı.the number of locations from where the health checks originate (the IP addresses from where you can expect these checks is listed in the preceding FAQ).

My uç noktalardan biri arıza yaparsa nasıl bildirim alabilirim?How can I get notified if one of my endpoints goes down?

Traffic Manager tarafından sağlanan ölçümler profilde uç nokta sistem durumu biridir.One of the metrics provided by Traffic Manager is the health status of endpoints in a profile. Bu profili içindeki tüm uç noktaların bir toplam olarak görebilirsiniz (örneğin, uç noktalarınıza %75 sağlıklı), veya en bir uç nokta düzeyine başına.You can see this as an aggregate of all endpoints inside a profile (for example, 75% of your endpoints are healthy), or, at a per endpoint level. Traffic Manager ölçümler, Azure İzleyici sunulur ve kullanabileceğiniz kendi uyarı verme özellikleri sistem durumu uç noktanızın bir değişiklik olduğunda bildirim almak için.Traffic Manager metrics are exposed through Azure Monitor and you can use its alerting capabilities to get notifications when there is a change in the health status of your endpoint. Daha fazla ayrıntı için Traffic Manager ölçümleri ve Uyarıları.For more details, see Traffic Manager metrics and alerts.

Traffic Manager iç içe profillerTraffic Manager nested profiles

İç içe geçmiş profilleri nasıl yapılandırılır?How do I configure nested profiles?

İç içe Traffic Manager profilleri, hem Azure Resource Manager ve klasik Azure REST API'leri, Azure PowerShell cmdlet'leri ve platformlar arası Azure CLI komutlarını kullanarak yapılandırılabilir.Nested Traffic Manager profiles can be configured using both the Azure Resource Manager and the classic Azure REST APIs, Azure PowerShell cmdlets and cross-platform Azure CLI commands. Bunlar, yeni Azure portalı da desteklenir.They are also supported via the new Azure portal.

İç içe geçme mu trafik Yöneticisi'ni kaç katmanları destekliyor?How many layers of nesting does Traffic Manger support?

Profilleri derin 10 düzeye kadar iç içe yerleştirebilirsiniz.You can nest profiles up to 10 levels deep. Döngü' izin verilmez.'Loops' are not permitted.

Diğer uç nokta türleri aynı Traffic Manager profili içinde iç içe geçmiş alt profilleriyle karıştırabilirsiniz?Can I mix other endpoint types with nested child profiles, in the same Traffic Manager profile?

Evet.Yes. Bir profili içinde farklı türde uç noktalar birleştirerek nasıl hiçbir kısıtlamalar vardır.There are no restrictions on how you combine endpoints of different types within a profile.

Faturalandırma modeli, iç içe geçmiş profilleri için nasıl uygulanır?How does the billing model apply for Nested profiles?

İç içe profilleri kullanarak etkisi fiyatlandırma negatif yoktur.There is no negative pricing impact of using nested profiles.

Traffic Manager faturalandırması, iki bileşenden oluşur: uç nokta sistem durumu denetimleri ve DNS sorgularının sayısıTraffic Manager billing has two components: endpoint health checks and millions of DNS queries

  • Uç nokta durum denetimlerinin: Bir üst profilinde bir uç noktası olarak yapılandırıldığında bir alt ağ profili için bir ücret yoktur.Endpoint health checks: There is no charge for a child profile when configured as an endpoint in a parent profile. Alt profilinde bir uç nokta izleme, her zamanki gibi faturalandırılır.Monitoring of the endpoints in the child profile is billed in the usual way.
  • DNS sorguları: Her sorgu yalnızca bir kez sayılır.DNS queries: Each query is only counted once. Bir uç nokta, alt profilinden döndüren bir üst profili yönelik bir sorgu yalnızca üst profili karşı sayılır.A query against a parent profile that returns an endpoint from a child profile is counted against the parent profile only.

Tüm Ayrıntılar için bkz. Traffic Manager fiyatlandırma sayfası.For full details, see the Traffic Manager pricing page.

İç içe profiller için bir performans etkisi var mı?Is there a performance impact for nested profiles?

Hayır.No. İç içe geçmiş profilleri kullanırken sonucunda herhangi bir performans etkisi yoktur.There is no performance impact incurred when using nested profiles.

Traffic Manager ad sunucularıyla profil hiyerarşisindeki her DNS sorgusu işlenirken dahili olarak geçiş.The Traffic Manager name servers traverse the profile hierarchy internally when processing each DNS query. Üst profil için bir DNS sorgusu bir DNS yanıtına bir uç nokta, alt profilinden alabilir.A DNS query to a parent profile can receive a DNS response with an endpoint from a child profile. Tek bir CNAME kaydı, tek bir profil ya da iç içe geçmiş profilleri kullanıp kullanmadığınızı kullanılır.A single CNAME record is used whether you are using a single profile or nested profiles. Hiyerarşideki her bir profil için bir CNAME kaydı oluşturmak için gerek yoktur.There is no need to create a CNAME record for each profile in the hierarchy.

Traffic Manager, üst profilinde iç içe geçmiş bir uç noktasının durumunu nasıl işlem?How does Traffic Manager compute the health of a nested endpoint in a parent profile?

Üst profili sistem durumu denetimleri alt doğrudan gerçekleştirmez.The parent profile doesn't perform health checks on the child directly. Bunun yerine, sistem durumunu alt profilin uç noktaları alt profili genel durumunu hesaplamak için kullanılır.Instead, the health of the child profile's endpoints are used to calculate the overall health of the child profile. Bu bilgiler, iç içe uç noktasının durumunu belirlemek için iç içe geçmiş profil hiyerarşisinde yukarı yayılır.This information is propagated up the nested profile hierarchy to determine the health of the nested endpoint. Üst profili bu toplanan sistem durumu trafiği alt yönlendirilebilir olup olmadığını belirlemek için kullanır.The parent profile uses this aggregated health to determine whether the traffic can be directed to the child.

Aşağıdaki tabloda iç içe uç noktası için durum denetimleri Traffic Manager davranışı açıklanmaktadır.The following table describes the behavior of Traffic Manager health checks for a nested endpoint.

Alt profil İzleyicisi durumuChild Profile Monitor status Üst uç noktası İzleyicisi durumuParent Endpoint Monitor status NotlarNotes
Devre dışı.Disabled. Alt profili devre dışı bırakıldı.The child profile has been disabled. DurdurulduStopped Üst uç nokta durumu durduruldu, devre dışı.The parent endpoint state is Stopped, not Disabled. Devre dışı durumunu belirten üst profilde uç noktayı devre dışı bıraktığınız ayrılmıştır.The Disabled state is reserved for indicating that you have disabled the endpoint in the parent profile.
Düzeyi düşürülmüş.Degraded. En az bir alt profili bitiş noktasına Degraded durumda.At least one child profile endpoint is in a Degraded state. Çevrimiçi: alt profildeki çevrimiçi uç noktaların sayısını en az MinChildEndpoints değeridir.Online: the number of Online endpoints in the child profile is at least the value of MinChildEndpoints.
CheckingEndpoint: alt profildeki çevrimiçi artı CheckingEndpoint uç noktaların sayısını en az MinChildEndpoints değeridir.CheckingEndpoint: the number of Online plus CheckingEndpoint endpoints in the child profile is at least the value of MinChildEndpoints.
Düzeyi düşürülmüş: Aksi takdirde.Degraded: otherwise.
Trafiği bir uç noktaya durumu CheckingEndpoint yönlendirilir.Traffic is routed to an endpoint of status CheckingEndpoint. MinChildEndpoints çok yüksek olarak ayarlanırsa, uç nokta her zaman düşer.If MinChildEndpoints is set too high, the endpoint is always degraded.
Çevrimiçi.Online. Çevrimiçi bir durumda en az bir alt profili uç noktadır.At least one child profile endpoint is an Online state. Uç nokta Degraded durumdadır.No endpoint is in the Degraded state. Yukarıya bakın.See above.
CheckingEndpoints.CheckingEndpoints. 'CheckingEndpoint' en az bir alt profili uç noktadır.At least one child profile endpoint is 'CheckingEndpoint'. Uç nokta 'Çevrimiçi' veya 'Düşürülmüş' olanNo endpoints are 'Online' or 'Degraded' Yukarıdakiyle aynı.Same as above.
Etkin değil.Inactive. Tüm alt profil uç noktaları devre dışı veya durdurulmuş olan veya bu profile sahip uç nokta yok.All child profile endpoints are either Disabled or Stopped, or this profile has no endpoints. DurdurulduStopped

Sonraki adımlar:Next steps: