Traffic Manager Hakkında Sık Sorulan Sorular (SSS)

Traffic Manager ile ilgili temel bilgiler

Traffic Manager hangi IP adresini kullanır?

Traffic Manager'ın Nasıl Çalıştığı bölümünde açıklandığı gibi Traffic Manager, Etki Alanı Adı Sistemi (DNS) düzeyinde çalışır. İstemcileri uygun hizmet uç noktasına yönlendirmek için DNS yanıtları gönderir. İstemciler daha sonra Traffic Manager üzerinden değil doğrudan hizmet uç noktasına bağlanır.

Bu nedenle Traffic Manager, istemcilerin bağlanması için bir uç nokta veya IP adresi sağlamaz. Hizmetiniz için statik bir IP adresi istiyorsanız, traffic manager'da değil hizmette yapılandırılmalıdır.

Traffic Manager kullanılarak hangi trafik türleri yönlendirilebilir?

Traffic Manager'ın Nasıl Çalıştığı bölümünde açıklandığı gibi Traffic Manager uç noktası, Azure içinde veya dışında barındırılan İnternet'e yönelik herhangi bir hizmet olabilir. Bu nedenle Traffic Manager, genel İnternet'ten kaynaklanan trafiği aynı zamanda İnternet'e yönelik bir uç nokta kümesine yönlendirebilir. Özel ağ içinde (örneğin, Azure Load Balancer'ın iç sürümü) uç noktalarınız varsa veya bu tür iç ağlardan DNS istekleri yapan kullanıcılarınız varsa, bu trafiği yönlendirmek için Traffic Manager'ı kullanamazsınız.

Traffic Manager "yapışkan" oturumları destekliyor mu?

Traffic Manager'ın Çalışma Şekli bölümünde açıklandığı gibi Traffic Manager DNS düzeyinde çalışır. İstemcileri uygun hizmet uç noktasına yönlendirmek için DNS yanıtlarını kullanır. İstemciler Traffic Manager aracılığıyla değil, doğrudan hizmet uç noktasına bağlanır. Bu nedenle Traffic Manager, istemci ile sunucu arasındaki HTTP trafiğini görmez.

Ayrıca, Traffic Manager tarafından alınan DNS sorgusunun kaynak IP adresi istemciye değil özyinelemeli DNS hizmetine aittir. Bu nedenle Traffic Manager'ın tek tek istemcileri izleme yolu yoktur ve 'yapışkan' oturumlar uygulayamaz. Bu sınırlama tüm DNS tabanlı trafik yönetim sistemlerinde yaygındır ve Traffic Manager'a özgü değildir.

Traffic Manager kullanırken neden HTTP hatası görüyorum?

Traffic Manager'ın Çalışma Şekli bölümünde açıklandığı gibi Traffic Manager DNS düzeyinde çalışır. İstemcileri uygun hizmet uç noktasına yönlendirmek için DNS yanıtlarını kullanır. İstemciler daha sonra Traffic Manager üzerinden değil doğrudan hizmet uç noktasına bağlanır. Traffic Manager, istemci ile sunucu arasındaki HTTP trafiğini görmez. Bu nedenle gördüğünüz HTTP hataları uygulamanızdan geliyor olmalıdır. İstemcinin uygulamaya bağlanması için tüm DNS çözümleme adımları tamamlanıyor. Bu, Traffic Manager'ın uygulama trafik akışı üzerindeki tüm etkileşimlerini içerir.

Bu nedenle daha fazla araştırma uygulamaya odaklanmalıdır.

İstemcinin tarayıcısından gönderilen HTTP ana bilgisayar üst bilgisi en yaygın sorun kaynağıdır. Uygulamanın, kullandığınız etki alanı adı için doğru ana bilgisayar üst bilgisini kabul etmek üzere yapılandırıldığından emin olun. Azure Uygulaması Hizmetini kullanan uç noktalar için bkz. Traffic Manager kullanarak Azure Uygulaması Hizmeti'nde bir web uygulaması için özel etki alanı adı yapılandırma.

Traffic Manager kullanırken 500 (İç Sunucu Hatası) sorununu nasıl çözebilirim?

İstemciniz veya uygulamanız Traffic Manager kullanırken HTTP 500 hatası alıyorsa, bunun nedeni eski bir DNS sorgusu olabilir. Sorunu çözmek için DNS önbelleğini temizleyin ve istemcinin yeni bir DNS sorgusu vermesine izin verin.

Bir hizmet uç noktası yanıt vermediğinde, bu uç noktayı kullanan istemciler ve uygulamalar DNS önbelleği yenilenene kadar sıfırlanmaz. Önbelleğin süresi, DNS kaydının yaşam süresine (TTL) göre belirlenir. Daha fazla bilgi için bkz . Traffic Manager ve DNS önbelleği.

Ayrıca bu makalede aşağıdaki ilgili SSS'lere bakın:

• DNS TTL nedir ve kullanıcılarımı nasıl etkiler?
• Traffic Manager yanıtları için TTL'yi ne kadar yüksek veya düşük ayarlayabilirim?
• Profilime gelen sorgu hacmini nasıl anlayabilirim?

Traffic Manager'ın performansının etkisi nedir?

Traffic Manager'ın Çalışma Şekli bölümünde açıklandığı gibi Traffic Manager DNS düzeyinde çalışır. İstemciler hizmet uç noktalarınıza doğrudan bağlandığından, bağlantı kurulduktan sonra Traffic Manager kullanılırken performans etkisi olmaz.

Traffic Manager, DNS düzeyindeki uygulamalarla tümleştirildiğinden, DNS çözümleme zincirine ek bir DNS araması eklenmesini gerektirir. Traffic Manager'ın DNS çözümleme süresi üzerindeki etkisi çok azdır. Traffic Manager, genel bir ad sunucuları ağı kullanır ve DNS sorgularının her zaman kullanılabilir en yakın ad sunucusuna yönlendirildiğinden emin olmak için herhangi bir yayın ağını kullanır. Buna ek olarak, DNS yanıtlarının önbelleğe alınması, Traffic Manager kullanılarak tahakkuk eden ek DNS gecikme süresinin yalnızca birkaç oturum için geçerli olduğu anlamına gelir.

Performans yöntemi, trafiği kullanılabilir en yakın uç noktaya yönlendirir. Net sonuç, bu yöntemle ilişkili genel performans etkisinin en düşük düzeyde olmasıdır. DNS gecikme süresindeki herhangi bir artış, uç noktaya daha düşük ağ gecikme süresiyle kaydırılmalıdır.

Traffic Manager ile hangi uygulama protokollerini kullanabilirim?

Traffic Manager'ın Çalışma Şekli bölümünde açıklandığı gibi Traffic Manager DNS düzeyinde çalışır. DNS araması tamamlandıktan sonra istemciler Traffic Manager üzerinden değil doğrudan uygulama uç noktasına bağlanır. Bu nedenle, bağlantı herhangi bir uygulama protokolü kullanabilir. İzleme protokolü olarak TCP'yi seçerseniz Traffic Manager'ın uç nokta sistem durumu izlemesi herhangi bir uygulama protokolü kullanılmadan yapılabilir. Sistem durumunun bir uygulama protokolü kullanılarak doğrulanmış olmasını seçerseniz, uç noktanın HTTP veya HTTPS GET isteklerine yanıt verebilmesi gerekir.

Traffic Manager'ın "çıplak" etki alanı adıyla kullanılmasını sağlayabilir miyim?

Evet. Azure Traffic Manager profiline başvurmak üzere etki alanı adı tepeniz için diğer ad kaydı oluşturmayı öğrenmek için bkz . Traffic Manager ile apex etki alanı adlarını desteklemek için diğer ad kaydı yapılandırma.

Traffic Manager, DNS sorgularını işlerken istemci alt ağ adresini dikkate alır mı?

Evet. Traffic Manager, DNS sorgusunun kaynak IP adresine (genellikle DNS çözümleyicisinin IP adresi) ek olarak, isteği son kullanıcı adına yapan DNS çözümleyicisi tarafından gönderilen DNS sorgusuna dahilse istemci alt ağ adresini de dikkate alır. Bu IP adresleri coğrafi, performans ve alt ağ yönlendirme yöntemlerini iyileştirmek için kullanılır. Özel olarak, RFC 7871 – DNS Sorgularında İstemci Alt Ağı, DNS için Bir Uzantı Mekanizması (EDNS0) sağlar ve bunu destekleyen çözümleyicilerden istemci alt ağ adresini geçirebilir.

DNS TTL nedir ve kullanıcılarımı nasıl etkiler?

Bir DNS sorgusu Traffic Manager'a geldiğinde, yanıtta yaşam süresi (TTL) adlı bir değer ayarlar. Birimi saniyeler içinde olan bu değer, DNS çözümleyicilerine bu yanıtın ne kadar süreyle önbelleğe alınacaklarını gösterir. DNS çözümleyicilerinin bu sonucu önbelleğe almaları garanti edilemese de önbelleğe alma, Traffic Manager DNS sunucularına gitmek yerine önbellekten sonraki sorgulara yanıt vermelerini sağlar. Bu, yanıtları aşağıdaki gibi etkiler:

• daha yüksek bir TTL, Traffic Manager DNS sunucularına gelen sorgu sayısını azaltır ve bu da sunulan sorgu sayısı faturalanabilir bir kullanım olduğundan müşterinin maliyetini düşürebilir.
• daha yüksek bir TTL, DNS araması yapmak için gereken süreyi azaltabilir.
• daha yüksek bir TTL, verilerinizin Traffic Manager'ın yoklama aracıları aracılığıyla elde ettiği en son sistem durumu bilgilerini yansıtmadığı anlamına da gelir.

Traffic Manager yanıtları için TTL'yi ne kadar yüksek veya düşük ayarlayabilirim?

DNS TTL değerini profil düzeyinde 0 saniye ve 2.147.483.647 saniye (RFC-1035 ile uyumlu maksimum aralık) olacak şekilde ayarlayabilirsiniz. 0 TTL değeri, aşağı akış DNS çözümleyicilerinin sorgu yanıtlarını önbelleğe almadığını ve tüm sorguların çözüm için Traffic Manager DNS sunucularına ulaşmasının beklendiği anlamına gelir.

Profilime gelen sorgu hacmini nasıl anlayabilirim?

Traffic Manager tarafından sağlanan ölçümlerden biri, profil tarafından yanıtlanan sorgu sayısıdır. Bu bilgileri profil düzeyinde toplama düzeyinde alabilir veya belirli uç noktaların döndürüldüğü sorgu hacmini görmek için daha fazla bölebilirsiniz. Ayrıca, sorgu yanıt birimi ayarladığınız koşulları geçerse sizi bilgilendirmek için uyarılar ayarlayabilirsiniz. Daha fazla ayrıntı için Traffic Manager ölçümleri ve uyarıları.

Traffic Manager profilini sildiğimde, profilin adının yeniden kullanılabilmesi için ne kadar süre geçmesi gerekir?

Traffic Manager profilini sildiğinizde, ilişkili etki alanı adı belirli bir süre için ayrılır. Aynı kiracıdaki diğer Traffic Manager profilleri adı hemen yeniden kullanabilir. Ancak rezervasyonun süresi dolana kadar farklı bir Azure kiracısı aynı profil adını kullanamaz. Bu özellik, dağıttığınız ad alanları üzerinde yetki sahibi olmanıza olanak sağlayarak adın başka bir kiracı tarafından alınabileceğine ilişkin endişeleri ortadan kaldırır.

Örneğin Traffic Manager profil adınız etiket1 ise profili silseniz bile label1.trafficmanager.net kiracınız için ayrılmıştır. xyz.label1 veya 123.abc.label1 gibi alt ad alanları da ayrılmıştır. Rezervasyonun süresi dolduğunda, ad diğer kiracıların kullanımına sunulur. Devre dışı bırakılmış bir profille ilişkili ad süresiz olarak ayrılmıştır. Bir adın ne kadar süreyle ayrıldığı hakkında sorular için hesap temsilcinize başvurun.

Traffic Manager Coğrafi trafik yönlendirme yöntemi

Coğrafi yönlendirmenin yararlı olduğu bazı kullanım örnekleri nelerdir?

Coğrafi yönlendirme türü, Azure müşterilerinin kullanıcılarını coğrafi bölgelere göre ayırt etmesi gereken herhangi bir senaryoda kullanılabilir. Örneğin, Coğrafi trafik yönlendirme yöntemini kullanarak belirli bölgelerdeki kullanıcılara diğer bölgelerdekilerden farklı bir kullanıcı deneyimi verebilirsiniz. Başka bir örnek, belirli bir bölgedeki kullanıcıların yalnızca o bölgedeki uç noktalar tarafından hizmet vermelerini gerektiren yerel veri egemenliği zorunlularına uymaktır.

Performans yönlendirme yöntemini mi yoksa Coğrafi yönlendirme yöntemini mi kullanmam gerektiğine karar Nasıl yaparım??

Bu iki popüler yönlendirme yöntemi arasındaki temel fark, Performans yönlendirme yönteminde birincil hedefinizin çağırana en düşük gecikme süresini sağlayabilen uç noktaya trafik göndermekken, Coğrafi yönlendirmede birincil hedefin arayanlarınız için belirli bir uç noktaya kasıtlı olarak yönlendirebilmeniz için coğrafi bir çit zorlamak olmasıdır. Coğrafi yakınlık ile düşük gecikme süresi arasında bir bağıntı olduğundan çakışma gerçekleşir, ancak bu her zaman doğru değildir. Farklı bir coğrafyada arayan için daha iyi bir gecikme süresi deneyimi sağlayabilecek bir uç nokta olabilir ve bu durumda Performans yönlendirmesi kullanıcıyı bu uç noktaya gönderir ancak Coğrafi yönlendirme her zaman coğrafi bölgesi için eşlediğiniz uç noktaya gönderir. Daha da net bir şekilde ifade etmek için aşağıdaki örneği göz önünde bulundurun: Coğrafi yönlendirme ile Asya'dan gelen tüm trafiği ABD'deki uç noktalara ve tüm ABD trafiğini Asya'daki uç noktalara gönderme gibi yaygın olmayan eşlemeler yapabilirsiniz. Bu durumda Coğrafi yönlendirme, bunu yapmak için yapılandırdığınız şeyi kasten yapar ve performans iyileştirmesi dikkate alınmaz.

Coğrafi yönlendirme için Traffic Manager tarafından desteklenen bölgeler nelerdir?

Traffic Manager tarafından kullanılan ülke/bölge hiyerarşisi burada bulunabilir. Bu sayfa tüm değişikliklerle güncel tutulsa da, Azure Traffic Manager REST API'sini kullanarak aynı bilgileri program aracılığıyla da alabilirsiniz.

Traffic Manager bir kullanıcının nereden sorgu yaptığını nasıl belirler?

Traffic Manager, sorgunun kaynak IP'sine bakar (bu büyük olasılıkla sorguyu kullanıcı adına yapan yerel bir DNS çözümleyicisidir) ve konumu belirlemek için bölge eşlemesi iç IP'sini kullanır. Bu harita, İnternet'teki değişiklikleri hesaba eklemek için sürekli olarak güncelleştirilir.

Traffic Manager'ın her durumda kullanıcının tam coğrafi konumunu doğru şekilde belirleyebileceği garanti edilir mi?

Hayır, Traffic Manager bir DNS sorgusunun kaynak IP adresinden çıkardığımız coğrafi bölgenin aşağıdaki nedenlerden dolayı her zaman kullanıcının konumuna karşılık geldiğini garanti etmez:

• İlk olarak, önceki SSS'de açıklandığı gibi, gördüğümüz kaynak IP, kullanıcı adına aramayı yapan bir DNS çözümleyicisinin ip adresidir. DNS çözümleyicisinin coğrafi konumu kullanıcının coğrafi konumu için iyi bir ara sunucu olsa da, DNS çözümleyici hizmetinin ayak izine ve müşterinin kullanmayı seçtiği belirli DNS çözümleyici hizmetine bağlı olarak da farklı olabilir. Örneğin, Malezya'da bulunan bir müşteri cihazının ayarlarında bir DNS çözümleyici hizmeti kullanabileceğini belirtebilir. Bu hizmet, Singapur'daki DNS sunucusu bu kullanıcı/cihaz için sorgu çözümlemelerini işlemek üzere seçilebiliyor. Bu durumda Traffic Manager yalnızca Singapur konumuna karşılık gelen çözümleyicinin IP'sini görebilir. Ayrıca, bu sayfadaki istemci alt ağ adresi desteğiyle ilgili önceki SSS bölümüne bakın.

• İkincisi, Traffic Manager coğrafi bölge çevirisi için IP adresini yapmak için bir iç harita kullanır. Bu harita doğruluğunu artırmak ve İnternet'in gelişen doğasına hesaba eklemek için sürekli olarak doğrulanıp güncelleştirilse de, bilgilerimizin tüm IP adreslerinin coğrafi konumunu tam olarak temsil etmemiş olma olasılığı da vardır.

Bir uç noktanın coğrafi yönlendirme için yapılandırıldığı bölgeyle aynı bölgede fiziksel olarak bulunması gerekiyor mu?

Hayır, uç noktanın konumu, hangi bölgelerin eşlenebileceği konusunda hiçbir kısıtlama getirmez. Örneğin, ABD-Orta Azure bölgesindeki bir uç nokta, Hindistan'daki tüm kullanıcıların bu bölgeye yönlendirilmesine neden olabilir.

Coğrafi yönlendirme yapmak için yapılandırılmamış bir profildeki uç noktalara coğrafi bölgeler atayabilir miyim?

Evet, profilin yönlendirme yöntemi coğrafi değilse Azure Traffic Manager REST API'sini kullanarak bu profildeki uç noktalara coğrafi bölgeler atayabilirsiniz. Coğrafi olmayan yönlendirme türü profilleri için bu yapılandırma yoksayılır. Böyle bir profili daha sonra coğrafi yönlendirme türüne değiştirirseniz Traffic Manager bu eşlemeleri kullanabilir.

Var olan bir profilin yönlendirme yöntemini Coğrafi olarak değiştirmeye çalıştığımda neden hata alıyorum?

Coğrafi yönlendirmeye sahip bir profilin altındaki tüm uç noktaların kendisiyle eşlenmiş en az bir bölge olması gerekir. Mevcut bir profili coğrafi yönlendirme türüne dönüştürmek için, yönlendirme türünü coğrafi olarak değiştirmeden önce Azure Traffic Manager REST API'sini kullanarak coğrafi bölgeleri tüm uç noktalarıyla ilişkilendirmeniz gerekir. Portalı kullanıyorsanız, önce uç noktaları silin, profilin yönlendirme yöntemini coğrafi olarak değiştirin ve ardından uç noktaları coğrafi bölge eşlemeleriyle birlikte ekleyin.

Müşterilerin coğrafi yönlendirme etkinleştirilmiş bir profilin altında uç noktalar yerine iç içe profiller oluşturmaları neden önemle önerilir?

Coğrafi yönlendirme yöntemini kullanıyorsa bir bölge, profil içindeki yalnızca bir uç noktaya atanabilir. Bu uç nokta, alt profili eklenmiş iç içe yerleştirilmiş bir tür değilse, bu uç nokta iyi durumda değilse, trafik göndermeme alternatifi daha iyi olmadığından Traffic Manager bu uç noktaya trafik göndermeye devam eder. Atanan bölge, iyi durumda olmayan uç noktaya atanan bölgenin "üst öğesi" olsa bile Traffic Manager başka bir uç noktaya yük devretme yapmaz (örneğin, İspanya bölgesi iyi durumda değilse, Avrupa'nın atanmış olduğu başka bir uç noktaya yük devretmeyiz). Bu, Traffic Manager'ın bir müşterinin profilinde ayarlamış olduğu coğrafi sınırlara saygı duymasını sağlamak için yapılır. Bir uç nokta iyi durumda olmadığında başka bir uç noktaya yük devretme avantajından yararlanmak için coğrafi bölgelerin tek tek uç noktalar yerine içinde birden çok uç nokta bulunan iç içe geçmiş profillere atanabilmesi önerilir. Bu şekilde, iç içe alt profildeki bir uç nokta başarısız olursa trafik aynı iç içe alt profil içindeki başka bir uç noktaya yük devredebilir.

API sürümünde bu yönlendirme türünü destekleyen herhangi bir kısıtlama var mı?

Evet, coğrafi yönlendirme türünü yalnızca API sürüm 2017-03-01 ve daha yeni sürüm destekler. Coğrafi yönlendirme türünde profiller oluşturmak veya uç noktalara coğrafi bölgeler atamak için eski API sürümleri kullanılamaz. Azure aboneliğinden profil almak için eski bir API sürümü kullanılıyorsa Coğrafi yönlendirme türündeki herhangi bir profil döndürülemez. Ayrıca, eski API sürümlerini kullanırken, coğrafi bölge atamasına sahip uç noktaları olan döndürülen profillerde coğrafi bölge ataması gösterilmez.

Traffic Manager Alt ağ trafiği yönlendirme yöntemi

Alt ağ yönlendirmenin yararlı olduğu bazı kullanım örnekleri nelerdir?

Alt ağ yönlendirmesi, DNS istekleri IP adresinin kaynak IP'sine göre tanımlanan belirli kullanıcı kümeleri için sağladığınız deneyimi ayırt etmenizi sağlar. Kullanıcılar kurumsal karargİh'inizden bir web sitesine bağlanıyorsa farklı içeriklerin gösterilmesi örnek olarak gösterilebilir. Bir diğeri de belirli ISS'lerden gelen kullanıcıların yalnızca IPv6 kullanıldığında alt bilgisayar performansına sahip olması durumunda yalnızca IPv4 bağlantılarını destekleyen uç noktalara erişmesini kısıtlamak olabilir.

Alt ağ yönlendirme yöntemini kullanmanın bir diğer nedeni de iç içe yerleştirilmiş profil kümesindeki diğer profillerle birlikte olmasıdır. Örneğin, kullanıcılarınızı coğrafi olarak esnetmek için Coğrafi yönlendirme yöntemini kullanmak istiyorsanız, ancak belirli bir ISS için farklı bir yönlendirme yöntemi yapmak istiyorsanız, üst profil olarak bir profil alt ağ yönlendirme yönteminiz olabilir ve belirli bir alt profili kullanmak ve diğer herkes için standart Coğrafi profile sahip olmak için BU ISS'yi geçersiz kılabilirsiniz.

Traffic Manager son kullanıcının IP adresini nasıl biliyor?

Son kullanıcı cihazları genellikle dns aramasını kendi adlarına yapmak için bir DNS çözümleyicisi kullanır. Bu tür çözümleyicilerin giden IP'sini Traffic Manager kaynak IP olarak görür. Ayrıca Alt ağ yönlendirme yöntemi, istekle birlikte geçirilen EDNS0 Genişletilmiş İstemci Alt Ağı (ECS) bilgisi olup olmadığını da denetler. ECS bilgileri varsa, yönlendirmeyi belirlemek için kullanılan adrestir. ECS bilgilerinin olmaması halinde, yönlendirme amacıyla sorgunun kaynak IP'si kullanılır.

Alt ağ yönlendirmeyi kullanırken IP adreslerini nasıl belirtebilirim?

Bir uç noktayla ilişkilendirilecek IP adresleri iki şekilde belirtilebilir. İlk olarak, aralığı belirtmek için başlangıç ve bitiş adresleriyle dört noktalı ondalık sekizli gösterimi kullanabilirsiniz (örneğin, 1.2.3.4-5.6.7.8 veya 3.4.5.6-3.4.5.6). İkincisi, aralığı belirtmek için CIDR gösterimini kullanabilirsiniz (örneğin, 1.2.3.0/24). Birden çok aralık belirtebilir ve bir aralık kümesinde her iki gösterimi de kullanabilirsiniz. Birkaç kısıtlama geçerlidir.

• Her IP adresinin yalnızca tek bir uç noktaya eşlenmesi gerektiğinden adres aralıklarıyla örtüşemezsiniz
• Başlangıç adresi, bitiş adresinden fazla olamaz
• CIDR gösterimi için, '/' öncesinde ip adresi bu aralığın ağ adresi olmalıdır (örneğin, 1.2.3.0/24 geçerli ancak 1.2.3.4.4/24 geçerli DEĞİl)

Alt ağ yönlendirmeyi kullanırken geri dönüş uç noktasını nasıl belirtebilirim?

Alt ağ yönlendirmesi olan bir profilde, alt ağ eşlemesi olmayan bir uç noktanız varsa, diğer uç noktalarla eşleşmeyen tüm istekler buraya yönlendirilir. Traffic Manager bir istek geldiğinde NXDOMAIN yanıtı döndürdüğünden ve herhangi bir uç noktaya eşlenmediğinden veya bir uç noktaya eşlendiğinden ancak bu uç nokta iyi durumda olmadığından profilinizde böyle bir geri dönüş uç noktası olması kesinlikle önerilir.

Alt ağ yönlendirme türü profilinde bir uç nokta devre dışı bırakılırsa ne olur?

Alt ağ yönlendirmeli bir profilde, devre dışı bırakılmış bir uç noktanız varsa Traffic Manager, bu uç nokta ve alt ağ eşlemeleri yokmuş gibi davranır. IP adresi eşlemesiyle eşleşen bir sorgu alınırsa ve uç nokta devre dışı bırakılırsa Traffic Manager bir geri dönüş uç noktası döndürür (eşlemesi olmayan bir sorgu) veya böyle bir uç nokta yoksa bir NXDOMAIN yanıtı döndürür.

Traffic Manager MultiValue trafik yönlendirme yöntemi

MultiValue yönlendirmenin yararlı olduğu bazı kullanım örnekleri nelerdir?

MultiValue yönlendirmesi, tek bir sorgu yanıtında birden çok iyi durumda uç nokta döndürür. Bunun temel avantajı, bir uç nokta iyi durumda değilse, istemcinin başka bir DNS çağrısı yapmadan yeniden denemesi için daha fazla seçeneğe sahip olmasıdır (bu, yukarı akış önbelleğinden aynı değeri döndürebilir). Bu, kapalı kalma süresini en aza indirmek isteyen kullanılabilirliğe duyarlı uygulamalar için geçerlidir. MultiValue yönlendirme yönteminin bir diğer kullanımı, bir uç noktanın hem IPv4 hem de IPv6 adreslerine "çift girişli" olması ve çağırana uç noktayla bağlantı başlatırken aralarından seçim yapma seçenekleri vermek istemenizdir.

MultiValue yönlendirmesi kullanıldığında kaç uç nokta döndürülür?

Döndürülecek en fazla uç nokta sayısını belirtebilirsiniz ve bir sorgu alındığında MultiValue en fazla bu kadar iyi durumdaki uç nokta döndürür. Bu yapılandırma için mümkün olan en yüksek değer 10'dur.

MultiValue yönlendirmesi kullanıldığında aynı uç nokta kümesini alacak miyim?

Her sorguda aynı uç nokta kümesinin döndürüldüğünü garanti edemiyoruz. Bu durum, bazı uç noktaların iyi durumda olmamasından ve bu noktada yanıta dahil edilmemelerinden de etkilenir

Gerçek Kullanıcı Ölçümleri

Gerçek Kullanıcı Ölçümlerini kullanmanın avantajları nelerdir?

Performans yönlendirme yöntemini kullandığınızda Traffic Manager, kaynak IP'yi ve EDNS İstemci Alt Ağını (geçirildiyse) inceleyip hizmetin sürdürdüğü ağ gecikme süresi zekasına karşı denetleyerek son kullanıcınızın bağlanabilmesi için en iyi Azure bölgesini seçer. Gerçek Kullanıcı Ölçümleri, deneyimlerinin bu gecikme süresi tablosuna katkıda bulunmasını sağlamanın yanı sıra bu tablonun son kullanıcılarınızın Azure'a bağlandığı son kullanıcı ağlarına yeterince yayılmasını sağlayarak bunu son kullanıcı tabanınız için geliştirir. Bu, son kullanıcınızın yönlendirmesinde doğruluğun artmasına yol açar.

Gerçek Kullanıcı Ölçümleri'ni Azure dışı bölgelerde kullanabilir miyim?

Gerçek Kullanıcı Ölçümleri yalnızca Azure bölgelerine ulaşma gecikme süresini ölçer ve raporlar. Azure dışı bölgelerde barındırılan uç noktalarla performans tabanlı yönlendirme kullanıyorsanız, bu uç noktayla ilişkilendirilmek üzere seçtiğiniz temsili Azure bölgesi hakkında gecikme süresi bilgilerini artırarak bu özellikten yararlanmaya devam edebilirsiniz.

Gerçek Kullanıcı Ölçümlerinden hangi yönlendirme yöntemi yararlanır?

Gerçek Kullanıcı Ölçümleri aracılığıyla elde edilen ek bilgiler yalnızca performans yönlendirme yöntemini kullanan profiller için geçerlidir. Gerçek Kullanıcı Ölçümleri bağlantısı, Azure portalı üzerinden görüntülediğinizde tüm profillerden kullanılabilir.

Her profili ayrı ayrı Gerçek Kullanıcı Ölçümleri'ne etkinleştirmem gerekiyor mu?

Hayır, abonelik başına yalnızca bir kez etkinleştirmeniz gerekir ve ölçülen ve bildirilen tüm gecikme süresi bilgileri tüm profillerde kullanılabilir.

Aboneliğim için Gerçek Kullanıcı Ölçümleri Nasıl yaparım? kapatılır?

İstemci uygulamanızdan gecikme süresi ölçümlerini toplamayı ve göndermeyi durdurduğunuzda Gerçek Kullanıcı Ölçümleri ile ilgili ücretlerin tahakkuk ettirilmesi durdurulabilir. Örneğin, web sayfalarına eklenmiş JavaScript ölçümü sırasında, JavaScript'i kaldırarak veya sayfa işlendiğinde çağrısını kapatarak bu özelliği kullanmayı durdurabilirsiniz.

Anahtarınızı silerek Gerçek Kullanıcı Ölçümlerini de kapatabilirsiniz. Anahtarı sildiğinizde, Traffic Manager'a bu anahtarla gönderilen tüm ölçümler atılır.

Gerçek Kullanıcı Ölçümleri'ni web sayfaları dışındaki istemci uygulamalarıyla kullanabilir miyim?

Evet, Gerçek Kullanıcı Ölçümleri farklı türlerde son kullanıcı istemcileri aracılığıyla toplanan verileri almak için tasarlanmıştır. Yeni istemci uygulaması türleri desteklendikçe bu SSS güncelleştirilir.

Gerçek Kullanıcı Ölçümleri etkin web sayfam her işlendiğinde kaç ölçüm yapılır?

Sağlanan JavaScript ölçümüyle Gerçek Kullanıcı Ölçümleri kullanıldığında, her sayfa işleme altı ölçümün alınmasıyla sonuçlanır. Daha sonra bunlar Traffic Manager hizmetine geri bildirilir. Traffic Manager hizmetine bildirilen ölçüm sayısına göre bu özellik için ücretlendirilirsiniz. Örneğin, ölçümler alınırken ancak raporlanmadan önce kullanıcı web sayfanızdan uzaklaşırsa, bu ölçümler faturalama amacıyla dikkate alınmaz.

Gerçek Kullanıcı Ölçümleri betiğinin web sayfamda çalıştırılması gecikmeli mi?

Hayır, betik çağrılmadan önce programlanmış bir gecikme yoktur.

Gerçek Kullanıcı Ölçümleri'ni yalnızca ölçmek istediğim Azure bölgeleriyle kullanabilir miyim?

Hayır, her çağrıldığında Gerçek Kullanıcı Ölçümleri betiği, hizmet tarafından belirlenen altı Azure bölgesi kümesini ölçer. Bu küme, farklı çağrılar arasında değişir ve bu tür çok sayıda çağrı gerçekleştiğinde ölçüm kapsamı farklı Azure bölgelerine yayılır.

Yapılan ölçüm sayısını belirli bir sayı ile sınırlandırabilir miyim?

JavaScript ölçümü web sayfanıza eklenir ve ne zaman başlayıp ne zaman kullanmayı durduracağınız üzerinde tam denetim sahibi olursunuz. Traffic Manager hizmeti, ölçülecek Azure bölgelerinin listesi için bir istek aldığı sürece, bir bölge kümesi döndürülür.

Gerçek Kullanıcı Ölçümleri kapsamında istemci uygulamam tarafından alınan ölçümleri görebilir miyim?

Ölçüm mantığı istemci uygulamanızdan çalıştırıldığından, gecikme süresi ölçümlerini görmek de dahil olmak üzere neler olacağı tam olarak sizin denetiminizdedir. Traffic Manager, aboneliğinize bağlı anahtar altında alınan ölçümlerin toplu bir görünümünü raporlamaz.

Traffic Manager tarafından sağlanan ölçüm betiğini değiştirebilir miyim?

Web sayfanıza eklenenleri siz denetleseniz de, gecikme sürelerini doğru ölçüp raporladığınızdan emin olmak için ölçüm betiğinde herhangi bir değişiklik yapmanızı kesinlikle önerilmez.

Gerçek Kullanıcı Ölçümleri ile kullandığım anahtarı başkalarının görmesi mümkün mü?

Ölçüm betiğini bir web sayfasına eklediğinizde, başkalarının betiği ve Gerçek Kullanıcı Ölçümleri (RUM) anahtarınızı görmesi mümkündür. Ancak bu anahtarın abonelik kimliğinizden farklı olduğunu ve Traffic Manager tarafından yalnızca bu amaçla kullanılmak üzere oluşturulduğunu bilmeniz önemlidir. RUM anahtarınızı bilmek Azure hesabınızın güvenliğini tehlikeye atamaz.

Başkaları RUM anahtarımı kötüye kullanabilir mi?

Başkalarının anahtarınızı kullanarak Azure'a yanlış bilgi göndermesi mümkün olsa da, aldığımız diğer tüm ölçümlerle birlikte dikkate alındığından birkaç yanlış ölçüm yönlendirmeyi değiştirmez. Anahtarlarınızı değiştirmeniz gerekirse, eski anahtarın atıldığı noktada anahtarı yeniden oluşturabilirsiniz.

JavaScript ölçümünü tüm web sayfalarıma yerleştirmem gerekiyor mu?

Gerçek Kullanıcı Ölçümleri, ölçü sayısı arttıkça daha fazla değer sunar. Bunu söyledikten sonra, tüm web sayfalarınıza mı yoksa belirli birkaç sayfaya mı koymanız gerektiği sizin kararınızdır. Önerimiz, kullanıcının bu sayfada beş saniye veya daha fazla kalması beklenen en sık ziyaret ettiğiniz sayfaya yerleştirerek başlamaktır.

Gerçek Kullanıcı Ölçümleri kullanırsam son kullanıcılarım hakkındaki bilgiler Traffic Manager tarafından tanımlanabilir mi?

Sağlanan ölçü JavaScript kullanıldığında Traffic Manager, son kullanıcının istemci IP adresini ve kullandıkları yerel DNS çözümleyicisinin kaynak IP adresini görür. Traffic Manager, istemci IP adresini yalnızca ölçümleri gönderen son kullanıcıyı tanımlayabilmek için kesildikten sonra kullanır.

Gerçek Kullanıcı Ölçümlerini ölçen web sayfasının yönlendirme için Traffic Manager'ı kullanıyor olması gerekiyor mu?

Hayır, Traffic Manager'ı kullanması gerekmez. Traffic Manager'ın yönlendirme tarafı Gerçek Kullanıcı Ölçümü bölümünden ayrı olarak çalışır ve her ikisinin de aynı web özelliğinde olması iyi bir fikir olsa da, olması gerekmez.

Gerçek Kullanıcı Ölçümleri ile kullanmak için Azure bölgelerinde herhangi bir hizmeti barındırmam gerekiyor mu?

Hayır, Gerçek Kullanıcı Ölçümleri'nin çalışması için Azure'da herhangi bir sunucu tarafı bileşeni barındırmanız gerekmez. JavaScript ölçümü ve bunu farklı Azure bölgelerinde çalıştıran hizmet tarafından indirilen tek piksel görüntü Azure tarafından barındırılır ve yönetilir.

Gerçek Kullanıcı Ölçümleri'ni kullandığımda Azure bant genişliği kullanımım artacak mı?

Önceki yanıtta belirtildiği gibi, Gerçek Kullanıcı Ölçümleri'nin sunucu tarafı bileşenleri Azure'a aittir ve bu bileşenler tarafından yönetilir. Bu, Gerçek Kullanıcı Ölçümleri kullandığınızdan Azure bant genişliği kullanımınızın artmayacağı anlamına gelir. Bu, Azure ücretleri dışında herhangi bir bant genişliği kullanımını içermez. Azure bölgesindeki gecikme süresini ölçmek için yalnızca tek bir piksel görüntü indirerek kullanılan bant genişliğini en aza indiririz.

Trafik Görünümü

Trafik Görünümü ne yapar?

Traffic View, Traffic Manager'ın kullanıcılarınız ve deneyimlerinin nasıl olduğu hakkında daha fazla bilgi edinmenize yardımcı olan bir özelliğidir. Traffic Manager tarafından alınan sorguları ve hizmetin size aşağıdakileri sağlamak için sürdürdüğü ağ gecikmesi zekası tablolarını kullanır:

• Azure'da uç noktalarınıza bağlanan kullanıcıların bulunduğu bölgeler.
• Bu bölgelerden bağlanan kullanıcıların hacmi.
• Yönlendirildikleri Azure bölgeleri.
• Kullanıcıların bu Azure bölgelerine yönlendirme gecikme süresi deneyimi.

Bu bilgiler, indirmeniz için ham veri olarak kullanılabilir olmasının yanı sıra portaldaki coğrafi harita katmanı ve tablosal görünümler aracılığıyla da kullanabilirsiniz.

Trafik Görünümü'nü kullanmaktan nasıl yararlanabilirim?

Trafik Görünümü, Traffic Manager profillerinizin aldığı trafiğin genel görünümünü sağlar. Özellikle, kullanıcı tabanınızın nereden bağlandığı ve ortalama gecikme süresi deneyiminin ne kadar önemli olduğunu anlamak için kullanılabilir. Daha sonra, örneğin Azure ayak izinizi bu kullanıcılara daha düşük gecikme süresiyle hizmet veren bir bölgeye genişleterek odaklanmanız gereken alanları bulmak için bu bilgileri kullanabilirsiniz. Trafik Görünümü'nü kullanarak türetebileceğiniz bir diğer içgörü, farklı bölgelere giden trafiğin desenlerini görmektir ve bu da bu bölgelerdeki icatları artırma veya azaltma konusunda karar vermenize yardımcı olabilir.

Trafik Görünümü'nü Azure izleyicisi aracılığıyla sağlanan Traffic Manager ölçümlerinden farkı nedir?

Azure İzleyici, profiliniz ve uç noktaları tarafından alınan trafiği toplu düzeyde anlamak için kullanılabilir. Ayrıca, sistem durumu denetimi sonuçlarını kullanıma sunarak uç noktaların sistem durumunu izlemenize de olanak tanır. Bunların ötesine geçmeniz ve son kullanıcınızın bölgesel düzeyde Azure'a bağlanma deneyimini anlamanız gerektiğinde, bunu başarmak için Trafik Görünümü kullanılabilir.

Trafik Görünümü EDNS İstemci Alt Ağı bilgilerini kullanıyor mu?

Azure Traffic Manager tarafından sunulan DNS sorguları, yönlendirmenin doğruluğunu artırmak için ECS bilgilerini dikkate alır. Ancak kullanıcıların nereden bağlandığını gösteren veri kümesini oluştururken, Trafik Görünümü yalnızca DNS çözümleyicisinin IP adresini kullanıyor.

Trafik Görünümü kaç günlük veri kullanıyor?

Trafik Görünümü, sizin tarafınızdan görüntülendiği günden önceki yedi günden önceki verileri işleyerek çıktısını oluşturur. Bu hareketli bir penceredir ve her ziyaret oluşturduğunuzda en son veriler kullanılır.

Trafik Görünümü dış uç noktaları nasıl işler?

Traffic Manager profilinde Azure bölgelerinin dışında barındırılan dış uç noktaları kullandığınızda, bunun gecikme süresi özellikleri için bir ara sunucu olan bir Azure bölgesine eşlenmiş olmasını seçebilirsiniz (performans yönlendirme yöntemini kullanıyorsanız bu aslında gereklidir). Bu Azure bölgesi eşlemesine sahipse, Trafik Görünümü çıkışı oluşturulurken Azure bölgesinin gecikme süresi ölçümleri kullanılır. Azure bölgesi belirtilmezse, bu dış uç noktaların verilerinde gecikme süresi bilgileri boş olur.

Aboneliğimdeki her profil için Trafik Görünümü'nü etkinleştirmem gerekiyor mu?

Önizleme süresi boyunca, Trafik Görünümü abonelik düzeyinde etkinleştirildi. Genel kullanıma sunulmadan önce yaptığımız geliştirmelerin bir parçası olarak, artık Trafik Görünümü'nü profil düzeyinde etkinleştirerek bu özelliği daha ayrıntılı bir şekilde etkinleştirmenizi sağlayabilirsiniz. Varsayılan olarak, trafik görünümü bir profil için devre dışıdır.

Trafik Görünümü'nü nasıl kapatabilirim?

Portal veya REST API kullanarak herhangi bir profil için Trafik Görünümü'nü kapatabilirsiniz.

Trafik Görünümü faturalaması nasıl çalışır?

Trafik Görünümü fiyatlandırması, çıkışı oluşturmak için kullanılan veri noktası sayısını temel alır. Şu anda desteklenen tek veri türü profilinizin aldığı sorgudur. Buna ek olarak, yalnızca Trafik Görünümü etkinleştirildiğinde yapılan işlem için faturalandırılırsınız. Bu, Trafik Görünümü'nü bir ay içinde belirli bir süre için etkinleştirir ve diğer zamanlarda kapatırsanız yalnızca özelliği etkinleştirdiğiniz sırada işlenen veri noktalarının faturanıza göre sayıldığını gösterir.

Traffic Manager uç noktaları

Traffic Manager'i birden çok abonelikten uç noktalarla kullanabilir miyim?

Azure Web Apps ile birden çok abonelikten uç noktaların kullanılması mümkün değildir. Azure Web Apps, Web Apps ile kullanılan tüm özel etki alanı adlarının yalnızca tek bir abonelik içinde kullanılmasını gerektirir. Aynı etki alanı adına sahip birden çok abonelikten Web Apps kullanmak mümkün değildir.

Diğer uç nokta türleri için Traffic Manager'ı birden fazla abonelikten uç noktalarla kullanmak mümkündür. Traffic Manager profilini yapılandıran kişinin uç noktaya okuma erişimi olduğu sürece Resource Manager'da herhangi bir abonelikten uç noktalar Traffic Manager'a eklenebilir. Bu izinler Azure rol tabanlı erişim denetimi (Azure RBAC rolü) kullanılarak verilebilir. Diğer aboneliklerden uç noktalar Azure PowerShell veya Azure CLI kullanılarak eklenebilir.

Traffic Manager'i Cloud Service 'Hazırlama' yuvalarıyla kullanabilir miyim?

Evet. Cloud Service 'hazırlama' yuvaları Traffic Manager'da Dış uç noktalar olarak yapılandırılabilir. Sistem durumu denetimleri hala Azure Uç Noktaları fiyatından ücretlendirilir.

Traffic Manager IPv6 uç noktalarını destekliyor mu?

Traffic Manager şu anda IPv6 adreslenebilir ad sunucuları sağlamaz. Ancak, istemcinin özyinelemeli DNS sunucusu IPv4'i destekliyorsa Traffic Manager, IPv6 uç noktalarına bağlanan IPv6 istemcileri tarafından kullanılabilir. İstemci doğrudan Traffic Manager'a DNS isteğinde bulunmaz. Bunun yerine, istemci özyinelemeli bir DNS hizmeti kullanır. Yalnızca IPv6 istemcisi, özyinelemeli DNS hizmetine IPv6 aracılığıyla istek gönderir. Özyinelemeli hizmetin daha sonra IPv4 kullanarak Traffic Manager ad sunucularıyla iletişim kurabilmesi gerekir. Traffic Manager, uç noktanın DNS adı veya IP adresiyle yanıt verir.

Traffic Manager'ı aynı bölgede birden fazla Web Uygulaması ile kullanabilir miyim?

Traffic Manager genellikle trafiği farklı bölgelerde dağıtılan uygulamalara yönlendirmek için kullanılır. Ancak, bir uygulamanın aynı bölgede birden fazla dağıtımı olduğunda da kullanılabilir. Traffic Manager Azure uç noktaları, aynı Azure bölgesinden birden fazla Web Uygulaması uç noktasının aynı Traffic Manager profiline eklenmesine izin vermez.

Traffic Manager profilimin Azure uç noktalarını farklı bir kaynak grubuna veya aboneliğe taşımak Nasıl yaparım??

Traffic Manager profiliyle ilişkili Azure uç noktaları, kaynak kimlikleri kullanılarak izlenir. Uç nokta olarak kullanılan bir Azure kaynağı (örneğin, Genel IP, Klasik Bulut Hizmeti, WebApp veya iç içe yerleştirilmiş bir şekilde kullanılan başka bir Traffic Manager profili) farklı bir kaynak grubuna veya aboneliğe taşındığında kaynak kimliği değişir. Bu senaryoda, şu anda önce uç noktaları silip sonra profile geri ekleyerek Traffic Manager profilini güncelleştirmeniz gerekir.

Daha fazla bilgi için bkz . Uç noktayı taşımak için.

Azure Traffic Manager, DNS (ECS) için IPv6 Uzantı Mekanizmalarını destekliyor mu?

Azure Traffic Manager, DNS için Uzantı Mekanizmaları (ECS) ile IPv6 adreslerini destekler. Bu, bir DNS sorgusu ECS bilgilerini içerdiğinde Azure Traffic Manager'ın akıllı yönlendirme kararları almak için ECS içindeki kaynak IP adresini kullanabileceği anlamına gelir.

IPv6 ECS desteği birkaç avantaj sağlar:

• Geliştirilmiş Yerelleştirme: Traffic Manager, ECS'deki IPv6 adresini göz önünde bulundurarak kullanıcıları en yakın veya en uygun uç noktaya yönlendirerek kullanıcı deneyimini daha kısa gecikme süresiyle geliştirebilir.
• Gelişmiş Trafik Denetimi: IPv6 ECS, daha ayrıntılı trafik yönlendirme kararlarına olanak sağlayarak genel trafik ve dağıtımın daha iyi yönetilmesini sağlar.

IPv6 ECS kullanırken, uç noktalarınızın IPv6 trafiğini işlemek için doğru yapılandırıldığından emin olmak önemlidir. Ayrıca özyinelemeli çözümleyiciler de dahil olmak üzere DNS altyapınızın IPv6 adresleriyle ECS bilgilerini işleyebildiğini doğrulayın.

Traffic Manager uç nokta izleme

Traffic Manager, Azure bölgesi hatalarına dayanıklı mı?

Traffic Manager, Azure'da yüksek oranda kullanılabilir uygulamaların tesliminin önemli bir bileşenidir. Yüksek kullanılabilirlik sağlamak için Traffic Manager'ın son derece yüksek bir kullanılabilirlik düzeyine sahip olması ve bölgesel hatalara dayanıklı olması gerekir.

Traffic Manager bileşenleri tasarım gereği herhangi bir Azure bölgesinin tam hatasına dayanıklıdır. Bu dayanıklılık tüm Traffic Manager bileşenleri için geçerlidir: DNS ad sunucuları, API, depolama katmanı ve uç nokta izleme hizmeti.

Olası olmayan bir azure bölgesinde kesinti olması durumunda Traffic Manager'ın normal şekilde çalışmaya devam etmesi beklenir. Birden çok Azure bölgesine dağıtılan uygulamalar, trafiği uygulamalarının kullanılabilir bir örneğine yönlendirmek için Traffic Manager'ı kullanabilir.

Kaynak grubu konumu seçimi Traffic Manager'ı nasıl etkiler?

Traffic Manager tek ve genel bir hizmettir. Bölgesel değil. Kaynak grubu konumu seçimi, bu kaynak grubuna dağıtılan Traffic Manager profilleri arasında bir fark oluşturmaz.

Azure Resource Manager, tüm kaynak gruplarının bir konum belirtmesini gerektirir ve bu da bu kaynak grubunda dağıtılan kaynaklar için varsayılan konumu belirler. Traffic Manager profili oluşturduğunuzda, bu profil bir kaynak grubunda oluşturulur. Tüm Traffic Manager profilleri konum olarak genel kullanır ve kaynak grubu varsayılanını geçersiz kılarak.

Her uç noktanın geçerli durumunu Nasıl yaparım? belirler?

Genel profile ek olarak her uç noktanın geçerli izleme durumu Azure portalında görüntülenir. Bu bilgiler Trafik İzleyicisi REST API'leri, PowerShell cmdlet'leri ve platformlar arası Azure CLI aracılığıyla da kullanılabilir.

Uç noktalarınızın durumunu izlemek ve bunların görsel bir gösterimini görmek için Azure İzleyici'yi de kullanabilirsiniz. Azure İzleyici'yi kullanma hakkında daha fazla bilgi için Bkz . Azure İzleme belgeleri.

HTTPS uç noktalarını izleyebilir miyim?

Evet. Traffic Manager, HTTPS üzerinden araştırmayı destekler. https'yi izleme yapılandırmasında protokol olarak yapılandırın.

Traffic Manager, aşağıdakiler dahil olmak üzere herhangi bir sertifika doğrulaması sağlayamaz:

• Sunucu tarafı sertifikaları doğrulanmıyor
• SNI sunucu tarafı sertifikaları doğrulanmıyor
• İstemci sertifikaları desteklenmiyor

Uç nokta eklerken IP adresi veya DNS adı kullanabilir miyim?

Traffic Manager, bunlara başvurmak için üç yol kullanarak uç nokta eklemeyi destekler: DNS adı, IPv4 adresi ve IPv6 adresi olarak. Uç nokta IPv4 veya IPv6 adresi olarak eklenirse sorgu yanıtı sırasıyla A veya AAAA kayıt türündedir. Uç nokta dns adı olarak eklendiyse, sorgu yanıtı CNAME kayıt türündedir. Uç noktalarıN IPv4 veya IPv6 adresi olarak eklenmesine yalnızca uç nokta Dış türündeyse izin verilir. Tüm yönlendirme yöntemleri ve izleme ayarları üç uç nokta adresleme türü tarafından desteklenir.

Uç nokta eklerken ne tür IP adresleri kullanabilirim?

Traffic Manager, uç noktaları belirtmek için IPv4 veya IPv6 adreslerini kullanmanıza olanak tanır. Aşağıda listelenen birkaç kısıtlama vardır:

• Ayrılmış özel IP adresi alanlarına karşılık gelen adreslere izin verilmez. Bu adresler RFC 1918, RFC 6890, RFC 5737, RFC 3068, RFC 2544 ve RFC 5771'de vurgulananları içerir
• Adres herhangi bir bağlantı noktası numarası içermemelidir (profil yapılandırma ayarlarında kullanılacak bağlantı noktalarını belirtebilirsiniz)
• Aynı profildeki iki uç nokta aynı hedef IP adresine sahip olamaz

Tek bir profil içinde farklı uç nokta adresleme türleri kullanabilir miyim?

Hayır, Traffic Manager, IPv4 ve IPv6 adresleme türlerini karıştırabileceğiniz MultiValue yönlendirme türüne sahip bir profil dışında, profil içindeki uç nokta adresleme türlerini karıştırmanıza izin vermez

Gelen sorgunun kayıt türü, uç noktaların adresleme türüyle ilişkili kayıt türünden farklı olduğunda ne olur?

Bir profilde sorgu alındığında Traffic Manager önce belirtilen yönlendirme yöntemine ve uç noktaların sistem durumuna göre döndürülmesi gereken uç noktayı bulur. Ardından, aşağıdaki tabloyu temel alan bir yanıt döndürmeden önce gelen sorguda istenen kayıt türüne ve uç noktayla ilişkilendirilmiş kayıt türüne bakar.

MultiValue dışındaki herhangi bir yönlendirme yöntemine sahip profiller için:

Gelen sorgu isteği	Uç nokta türü	Yanıt Sağlandı
HERHANGİ BİRİ	A / AAAA / CNAME	Hedef Uç Nokta
A	A / CNAME	Hedef Uç Nokta
A	AAAA	NODATA
AAAA	AAAA / CNAME	Hedef Uç Nokta
AAAA	A	NODATA
CNAME	CNAME	Hedef Uç Nokta
CNAME	A / AAAA	NODATA

Yönlendirme yöntemi MultiValue olarak ayarlanmış profiller için:

Gelen sorgu isteği	Uç nokta türü	Yanıt Sağlandı
HERHANGİ BİRİ	A ve AAAA karışımı	Hedef Uç Noktalar
A	A ve AAAA karışımı	Yalnızca A türünde Hedef Uç Noktalar
AAAA	A ve AAAA karışımı	Yalnızca AAAA türünde Hedef Uç Noktalar
CNAME	A ve AAAA karışımı	NODATA

İç içe yerleştirilmiş bir profilde IPv4 / IPv6 adreslenmiş uç noktaları olan bir profil kullanabilir miyim?

Evet, MultiValue türünde bir profilin iç içe yerleştirilmiş profil kümesinde üst profil olması dışında yapabilirsiniz.

Traffic Manager profilimde bir web uygulaması uç noktasını durdurdum, ancak yeniden başlattıktan sonra bile trafik almıyorum. Bunu nasıl düzeltebilirim?

Bir Azure web uygulaması uç noktası durdurulduğunda Traffic Manager sistem durumunu denetlemeyi durdurur ve yalnızca uç noktanın yeniden başlatıldığını algıladıktan sonra sistem durumu denetimlerini yeniden başlatır. Bu gecikmeyi önlemek için, uç noktayı yeniden başlattıktan sonra Traffic Manager profilinde bu uç noktayı devre dışı bırakın ve yeniden başlatın.

Uygulamamda HTTP veya HTTPS desteği olmasa bile Traffic Manager kullanabilir miyim?

Evet. İzleme protokolü olarak TCP belirtebilirsiniz ve Traffic Manager bir TCP bağlantısı başlatabilir ve uç noktadan yanıt bekleyebilir. Uç nokta bağlantı isteğine bağlantıyı kurmak için bir yanıt verirse, zaman aşımı süresi içinde bu uç nokta iyi durumda olarak işaretlenir.

TCP izleme kullanılırken uç noktadan hangi belirli yanıtlar gerekir?

TCP izleme kullanıldığında Traffic Manager, belirtilen bağlantı noktasında uç noktaya bir SYN isteği göndererek üç yönlü tcp el sıkışması başlatır. Ardından bir süre uç noktadan SYN-ACK yanıtı bekler (zaman aşımı ayarlarında belirtilir).

• İzleme ayarlarında belirtilen zaman aşımı süresi içinde bir SYN-ACK yanıtı alınırsa, bu uç nokta iyi durumda kabul edilir. Fin veya FIN-ACK, bir yuvayı düzenli olarak sonlandırdığında Traffic Manager'dan beklenen yanıttır.
• Belirtilen zaman aşımından sonra bir SYN-ACK yanıtı alınırsa Traffic Manager, bağlantıyı sıfırlamak için bir RST ile yanıt verir.

Traffic Manager, kullanıcılarımı iyi durumda olmayan bir uç noktadan ne kadar hızlı uzaklaştırır?

Traffic Manager, Traffic Manager profilinizin yük devretme davranışını denetlemenize yardımcı olabilecek birden çok ayar sağlar:

• Traffic Manager'ın Yoklama Aralığı'nı 10 saniye olarak ayarlayarak uç noktaları daha sık yoklamasını belirtebilirsiniz. Bu, iyi durumda olmayan tüm uç noktaların mümkün olan en kısa sürede algılanmasını sağlar.
• sistem durumu denetimi isteği zaman aşımına uğramadan önce ne kadar bekleyeceğinizi belirtebilirsiniz (en düşük zaman aşımı değeri 5 sn'dir).
• Uç nokta iyi durumda değil olarak işaretlenmeden önce kaç hata oluşabileceğini belirtebilirsiniz. Bu değer 0 olarak düşük olabilir, bu durumda uç nokta ilk sistem durumu denetiminde başarısız olur olmaz iyi durumda değil olarak işaretlenir. Ancak, tolere edilen hata sayısı için en az 0 değerinin kullanılması, yoklama sırasında oluşabilecek geçici sorunlar nedeniyle uç noktaların rotasyondan alınmasına neden olabilir.
• DNS yanıtının 0'a kadar düşük olması için yaşam süresi (TTL) belirtebilirsiniz. Bunun yapılması, DNS çözümleyicilerinin yanıtı önbelleğe alamayabileceği ve her yeni sorgunun Traffic Manager'ın sahip olduğu en güncel sistem durumu bilgilerini içeren bir yanıt aldığı anlamına gelir.

Traffic Manager, bu ayarları kullanarak bir uç nokta iyi durumda olmadığında ve ilgili profilde bir DNS sorgusu yapıldıktan sonra 10 saniyenin altında yük devretme sağlayabilir.

Profildeki farklı uç noktalar için farklı izleme ayarlarını nasıl belirtebilirim?

Traffic Manager izleme ayarları profil düzeyindedir. Yalnızca bir uç nokta için farklı bir izleme ayarı kullanmanız gerekiyorsa, bu uç noktanın izleme ayarları üst profilden farklı olan iç içe bir profil olarak kullanılmasıyla yapılabilir.

Uç noktalarıma Traffic Manager sistem durumu denetimlerine NASıL HTTP üst bilgileri atayabilirim?

Traffic Manager, uç noktalarınıza başlattığı HTTP(S) sistem durumu denetimlerinde özel üst bilgiler belirtmenize olanak tanır. Özel bir üst bilgi belirtmek istiyorsanız, bunu profil düzeyinde (tüm uç noktalar için geçerlidir) veya uç nokta düzeyinde belirtebilirsiniz. Üst bilgi her iki düzeyde de tanımlanmışsa, uç nokta düzeyinde belirtilen üst bilgi profil düzeyi 1'i geçersiz kılar. Bunun yaygın kullanım örneklerinden biri, Traffic Manager isteklerinin çok kiracılı bir ortamda barındırılan bir uç noktaya doğru şekilde yönlendirilmesi için ana bilgisayar üst bilgilerini belirtmektir. Bunun bir diğer kullanım örneği de bir uç noktanın HTTP(S) istek günlüklerinden Traffic Manager isteklerini tanımlamaktır

Uç nokta sistem durumu denetimleri hangi konak üst bilgisini kullanır?

Özel ana bilgisayar üst bilgisi ayarı sağlanmazsa Traffic Manager tarafından kullanılan ana bilgisayar üst bilgisi, varsa profilde yapılandırılan uç nokta hedefinin DNS adıdır.

Sistem durumu denetimlerinin kaynaklandığı IP adresleri nelerdir?

Traffic Manager sistem durumu denetimlerinin kaynaklanabileceği IP adresi listelerini nasıl alacağınızı öğrenmek için bu makaleye bakın. En son listeyi almak için REST API, Azure CLI veya Azure PowerShell kullanabilirsiniz. Bu IP adreslerinden gelen bağlantıların uç noktalarda sistem durumunu denetlemesine izin verildiğinden emin olmak için listelenen IP'leri gözden geçirin.

Azure PowerShell'i kullanma örneği:

$serviceTags = Get-AzNetworkServiceTag -Location eastus
$result = $serviceTags.Values | Where-Object { $_.Name -eq "AzureTrafficManager" }
$result.Properties.AddressPrefixes

Traffic Manager'dan uç noktamda kaç durum denetimi bekleyebilirsiniz?

Uç noktanıza ulaşan Traffic Manager sistem durumu denetimlerinin sayısı aşağıdakilere bağlıdır:

• izleme aralığı için ayarladığınız değer (daha küçük aralık, herhangi bir zaman aralığında uç noktanıza daha fazla istek giriş yaptığı anlamına gelir).
• sistem durumu denetimlerinin kaynaklandığı konumların sayısı (bu denetimleri bekleyebileceğiniz IP adresleri önceki SSS bölümünde listelenmiştir).

Uç noktalarımdan biri kapanırsa nasıl bildirim alabilirim?

Traffic Manager tarafından sağlanan ölçümlerden biri profildeki uç noktaların sistem durumudur. Bunu bir profilin içindeki tüm uç noktaların (örneğin, uç noktalarınızın %75'i iyi durumda) veya uç nokta düzeyinde bir toplam olarak görebilirsiniz. Traffic Manager ölçümleri Azure İzleyici aracılığıyla kullanıma sunulur ve uç noktanızın sistem durumuyla ilgili bir değişiklik olduğunda bildirim almak için uyarı özelliklerini kullanabilirsiniz. Daha fazla bilgi için bkz . Traffic Manager ölçümleri ve uyarıları.

Traffic Manager iç içe profiller

İç içe profilleri Nasıl yaparım? yapılandırabilirsiniz?

İç içe Traffic Manager profilleri hem Azure Resource Manager hem de klasik Azure REST API'leri, Azure PowerShell cmdlet'leri ve platformlar arası Azure CLI komutları kullanılarak yapılandırılabilir. Bunlar yeni Azure portalı aracılığıyla da desteklenir.

Traffic Manger kaç iç içe yerleştirme katmanını destekler?

Profilleri 10 düzeye kadar iç içe yerleştirebilirsiniz. 'Döngülere' izin verilmez.

Aynı Traffic Manager profilinde diğer uç nokta türlerini iç içe alt profillerle karıştırabilir miyim?

Evet. Profil içinde farklı türlerdeki uç noktaları birleştirme konusunda herhangi bir kısıtlama yoktur.

Faturalama modeli İç içe profiller için nasıl uygulanır?

İç içe profilleri kullanmanın olumsuz bir fiyatlandırma etkisi yoktur.

Traffic Manager faturalamasının iki bileşeni vardır: uç nokta sistem durumu denetimleri ve milyonlarca DNS sorgusu

• Uç nokta sistem durumu denetimleri: Üst profilde uç nokta olarak yapılandırıldığında alt profil için ücret alınmaz. Alt profildeki uç noktaların izlenmesi normal şekilde faturalandırılır.
• DNS sorguları: Her sorgu yalnızca bir kez sayılır. Alt profilden bir uç nokta döndüren bir üst profile yönelik sorgu, yalnızca üst profil için sayılır.

Tüm ayrıntılar için Traffic Manager fiyatlandırma sayfasına bakın.

İç içe profiller için performans etkisi var mı?

Hayır, iç içe profiller kullanılırken performans etkisi olmaz.

Traffic Manager ad sunucuları, her DNS sorgusunu işlerken profil hiyerarşisinde dahili olarak geçiş sağlar. Bir üst profile yönelik DNS sorgusu, alt profilden uç nokta içeren bir DNS yanıtı alabilir. Tek bir profil veya iç içe yerleştirilmiş profiller kullandığınızda tek bir CNAME kaydı kullanılır. Hiyerarşideki her profil için bir CNAME kaydı oluşturmanız gerekmez.

Traffic Manager, bir üst profildeki iç içe uç noktanın durumunu nasıl hesaplar?

Üst profil, doğrudan alt öğede sistem durumu denetimleri gerçekleştirmez. Bunun yerine, alt profilin uç noktalarının sistem durumu, alt profilin genel durumunu hesaplamak için kullanılır. Bu bilgiler iç içe geçmiş uç noktanın durumunu belirlemek için iç içe profil hiyerarşisine yayılır. Üst profil, trafiğin alt öğeye yönlendirilip yönlendirilemeyeceğini belirlemek için bu toplu durumu kullanır.

Aşağıdaki tabloda, Traffic Manager sistem durumu denetimlerinin iç içe uç nokta davranışı açıklanmaktadır.

Alt Profil İzleyicisi durumu	Üst Uç Nokta İzleyicisi durumu	Notlar
Devre dışı. Alt profil devre dışı bırakıldı.	Durduruldu	Üst uç nokta durumu Durduruldu, Devre Dışı değil. Devre Dışı durumu, üst profilde uç noktayı devre dışı bırakıldığını belirten için ayrılmıştır.
Bozulmuş. En az bir alt profil uç noktası Düzeyi Düşürülmüş durumda.	Çevrimiçi: Alt profildeki Çevrimiçi uç nokta sayısı en azından MinChildEndpoints değeridir. CheckingEndpoint: Alt profildeki Online ve CheckingEndpoint uç noktalarının sayısı en azından MinChildEndpoints değeridir. Düzeyi düşürüldü: aksi takdirde.	Trafik, CheckingEndpoint durumundaki bir uç noktaya yönlendirilir. MinChildEndpoints çok yüksek ayarlanırsa uç nokta her zaman düşürülmüş olur.
Çevrimiçi. En az bir alt profil uç noktası Çevrimiçi durumdur. Hiçbir uç nokta Düşürülmüş durumda değil.	Yukarıya bakın.
Uç Noktalar denetleniyor. En az bir alt profil uç noktası 'CheckingEndpoint'tir. 'Çevrimiçi' veya 'Düzeyi Düşürülmüş' uç nokta yok	Yukarıdakiyle aynıdır.
Tembel. Tüm alt profil uç noktaları Devre Dışı veya Durduruldu veya bu profilin uç noktası yok.	Durduruldu

Traffic Manager profilime neden Azure Cloud Services Genişletilmiş Destek Uç Noktaları ekleyemiyorum?

Traffic Manager profiline Azure Bulut Genişletilmiş uç noktaları eklemek için kaynak grubunun Azure Hizmet Yönetimi (ASM) API'siyle uyumlu olması gerekir. Eski kaynak grubunda bulunan profillerin ASM API standartlarına uyması gerekir ve bu da profilinkinden farklı bir abonelikten genel IP adresi uç noktalarının veya uç noktalarının eklenmesini yasaklar. Bu sorunu çözmek için Traffic Manager profilinizi ve ilişkili kaynaklarınızı ASM API'siyle uyumlu yeni bir kaynak grubuna taşımayı göz önünde bulundurun.

Sonraki adımlar:

• Traffic Manager uç nokta izleme ve otomatik yük devretme hakkında daha fazla bilgi edinin.
• Traffic Manager trafik yönlendirme yöntemleri hakkında daha fazla bilgi edinin.