Aracılığıyla paylaş

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 "kalıcı" 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 App Service kullanan uç noktalar için bkz. Traffic Manager kullanarak Azure App Service'te 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:

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'ı "çıplak" etki alanı adıyla kullanabilir miyim?

Evet. Azure Traffic Manager profiline yönlendirmek için etki alanı adı apex'iniz için bir diğer ad kaydı oluşturmayı öğrenin, 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?

Profil bazında, DNS TTL değerini 0 saniye ile 2.147.483.647 saniye arasında (maksimum aralık RFC-1035 ile uyumludur) 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 olarak 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üreliğine ayrılmış olur. Aynı kiracıdaki diğer Traffic Manager profilleri, adı hemen tekrar 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 kiracınız için label1.trafficmanager.net 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 için hangi TLS sürümü gereklidir?

Eski TLS sürümlerinin Microsoft uygulamasının savunmasız olduğu bilinmemektedir, ancak TLS 1.2 ve üzeri mükemmel iletme gizliliği ve daha güçlü şifreleme paketleri gibi özelliklerle gelişmiş güvenlik sunar. Traffic Manager, güvenliği geliştirmek ve verileriniz için sınıfının en iyisi şifreleme sağlamak için 28 Şubat 2025'e kadar Aktarım Katmanı Güvenliği (TLS) 1.2 veya üzeri kullanılarak hizmetlerin güvenliğinin sağlanmasını gerektirir. TLS 1.0 ve 1.1 için Traffic Manager desteği bu tarihte sona erecektir. Bu tarih , Azure genelinde TLS 1.0 ve TLS 1.1 kullanımdan kaldırma tarihinden farklı olabilir.

Önerilen eylem

Hizmet kesintilerini önlemek için Traffic Manager ile etkileşim kuran kaynakların TLS 1.2 veya sonraki bir sürümü kullanması gerekir.

  • Kaynaklar zaten yalnızca TLS 1.2 veya üzerini kullanıyorsa, başka işlem yapmanız gerekmez.
  • Kaynakların TLS 1.0 veya 1.1'e bağımlılığı devam ediyorsa, 28 Şubat 2025'e kadar TLS 1.2 veya sonraki bir sürüme geçirin.

TLS 1.0 ve 1.1'den TLS 1.2'ye geçiş hakkında bilgi için bkz. TLS 1.0 Sorununu Çözme.

Azure Traffic Manager hangi TLS şifreleme paketlerini destekler?

Azure Traffic Manager, güvenli iletişim sağlamak için TLS 1.2 ve TLS 1.3 için modern TLS şifreleme paketlerini destekler. Aşağıdaki şifreleme paketleri desteklenir:

TLS 1.3 Şifreleme Paketleri

Bunlar Protokol 772 ile ilişkilidir (TLS 1.3'e karşılık gelir):

Şifreleme Dizisi Protokol
TLS_AES_256_GCM_SHA384 772
TLS_AES_128_GCM_SHA256 772

TLS 1.2 Şifreleme Paketleri

Bunlar Protokol 771 (TLS 1.2) ve/veya 65277 (bazı sistemler tarafından TLS 1.2 için iç/özel kod olarak kullanılır) ile ilişkilidir:

Şifreleme Dizisi Protokol
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 771, 65277
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 771, 65277
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 771, 65277
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 771, 65277
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 771, 65277
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 771, 65277
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 771, 65277
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 771, 65277

Bu şifreleme paketleri güçlü şifreleme sağlar ve modern güvenlik standartlarıyla uyumludur. Traffic Manager, TLS el sıkışma işlemi sırasında en iyi kullanılabilir şifreleme paketini otomatik olarak belirler.

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 nasıl karar verebilirsiniz?

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.

Uyarı

Hem performans hem de coğrafi yönlendirme özelliklerine ihtiyaç duyabileceğiniz senaryolar olabilir. Bu senaryolar için iç içe yerleştirilmiş profiller harika bir seçim olabilir. Örneğin, Kuzey Amerika'dan gelen tüm trafiği ABD'de uç noktaları olan iç içe yerleştirilmiş bir profile gönderdiğiniz coğrafi yönlendirmeye sahip bir üst profil ayarlayabilir ve bu trafiği bu kümedeki en iyi uç noktaya göndermek için performans yönlendirmesini kullanabilirsiniz.

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 belirtildiği gibi, gördüğümüz kaynak IP, kullanıcı için sorgulamayı 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 IP adresi ile coğrafi bölge çevirisi yapan 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, US-Central 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.

Coğrafi yönlendirme yöntemini kullanıyorsa bir bölge, profil içindeki yalnızca bir uç noktaya atanabilir. Bu uç nokta, bir alt profilin bağlı olduğu iç içe bir tür değilse ve bu uç nokta sağlığını yitiriyorsa, trafik göndermemenin daha iyi bir alternatif olmaması nedeniyle Traffic Manager bu uç noktaya trafik göndermeyi sürdürür. 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 nedenle, 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önlendirilebilir.

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. Belirli internet servis sağlayıcılarının IPv6 kullanıldığında düşük performans gösterdiği durumlarda, bu sağlayıcılardan gelen kullanıcıları yalnızca IPv4 bağlantılarını destekleyen uç noktalara erişimle kısıtlamak bir diğer seçenek 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 sınırlama yöntemiyle yönetmek istiyorsanız, ancak belirli bir ISS için farklı bir yönlendirme yöntemi uygulamak istiyorsanız, üst profil olarak Alt Ağ yönlendirme yöntemine sahip bir profil oluşturabilir ve bu ISP için özel bir alt profil kullanacak şekilde ayarlayabilirsiniz. Diğer tüm kullanıcılar ise standart Coğrafi profilden yararlanır.

Uyarı

Azure Traffic Manager, alt ağ profilleri için alt ağ geçersiz kılma ayarlarında IPv6 adreslerini destekler. Bu özellik, hem IPv4 hem de IPv6 adresleri de dahil olmak üzere DNS sorgularının kaynak IP adresine göre trafik yönlendirmesi üzerinde daha ayrıntılı denetim sağlar.

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österim türünü de kullanabilirsiniz. Birkaç kısıtlama geçerlidir.

  • Her IP adresinin yalnızca tek bir uç noktaya eşlenmesi gerektiğinden adres aralıkları çakışamaz.
  • 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 ve bu istek herhangi bir uç noktaya eşlenmediğinde veya eşlendiği uç nokta sağlıklı olmadığında NXDOMAIN yanıtı döndürdüğü için, profilinizde böyle bir geri dönüş uç noktası bulundurmanız şiddetle tavsiye edilir.

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ılmışsa, Traffic Manager bir yedek uç nokta döndürür (eşlemesi olmayan bir uç nokta), ya da 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, bu sayıyı geçmeyen sağlıklı 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çümlerini nasıl kapatabilirim?

İ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 gömülü ölçüm JavaScript'i olduğunda, JavaScript'i kaldırarak veya sayfa görüntü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 çalıştı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, ölçümleri gönderen belirli son kullanıcıyı tanımlayamamak 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.
  • Azure'ya yönlendirildikleri bölgeler.
  • Kullanıcıların bu Azure bölgelerine yönlendirme gecikme süresi.

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, sağlık kontrolü sonuçlarını görünür hale getirerek uç noktaların sağlık 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 bir kayan penceredir ve her ziyaret ettiğinizde 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.

Uyarı

Önizleme sırasında Trafik Görünümü'nü abonelik düzeyinde etkinleştirdiyseniz, bu aboneliğin altındaki profilin her biri için yeniden etkinleştirmeniz gerekir.

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ı

Birden fazla abonelikten uç noktalarla Traffic Manager'i 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 izni olduğu sürece Resource Manager'da her 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 'staging' slotları Traffic Manager'da harici uç noktalar olarak yapılandırılabilir. Sistem durumu denetimleri hala Azure Uç Noktaları oranına göre ücretlendirilmeye devam ediyor.

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

Evet, Traffic Manager IPv6 uç noktalarını tam olarak destekler. Traffic Manager hem IPv4 hem de IPv6 adreslenebilir ad sunucuları sağlayarak istemcilerin iki protokolden birini kullanarak sorunsuz bir şekilde bağlanmasına olanak tanır. IPv6 istemcileri doğrudan IPv6 özellikli özyinelemeli DNS hizmetleri aracılığıyla DNS istekleri yapabilir ve Traffic Manager, IPv6 uç noktasının DNS adı veya IP adresiyle yanıt verebilir ve IPv6 ağlarıyla tam uyumluluğu sağlar.

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 nasıl taşıyabilirim?

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ı görülmeyen bir durumda, bir Azure bölgesinde kesinti yaşanırsa 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, kaynak grubu varsayılanını geçersiz kılarak konum olarak genel kullanır.

Her uç noktanın geçerli durumunu nasıl belirleyebilirim?

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ı olarak
  • IPv4 adresi olarak
  • IPv6 adresi olarak

Uç nokta bir 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.
  • IP adresi 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İ 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İ A ve AAAA karışımı Hedef Uç Noktalar
A A ve AAAA karışımı Yalnızca A türünden 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 için uç noktadan bir 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 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 alabildiği ve her yeni sorgunun Traffic Manager'ın sahip olduğu en up-totarih 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 sağlık kontrolleri hangi host ü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.

Sağlık kontrollerinin çıktığı 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

Uyarı

Genel IP adresleri bildirimde bulunmadan değişebilir. Hizmet Etiketi Bulma API'sini veya indirilebilir JSON dosyasını kullanarak en son bilgileri almayı sağlayın.

Traffic Manager'dan uç noktam için kaç sağlık denetimi bekleyebilirim?

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 sağlık durumunu içerir. Bunu bir profil içindeki tüm uç noktaların bir toplamı olarak (örneğin, uç noktalarınızdan 75% iyi durumdadır) veya uç nokta düzeyinde 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 geçmiş profiller

İç içe profilleri nasıl yapılandırebilirim?

İç 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 Manager 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ı Trafik Yöneticisi profilinde, iç içe geçmiş alt profillerle diğer uç nokta türlerini 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 sağlık kontrolleri: Ana profilde uç nokta olarak yapılandırıldığında alt profil için ücret alınmaz. Çocuk profildeki uç noktaların izlenmesi normal şekilde faturalandırılır.
  • DNS sorguları: Her sorgu yalnızca bir kez sayılır. Bir bağlı profilden bir uç nokta döndüren bir ana profile yönelik sorgu, yalnızca ana 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. Üst profile yapılan bir DNS sorgusu, alt profilden bir uç nokta içeren DNS yanıtıyla sonuçlanabilir. 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, bağlı profilindeki iç içe geçmiş bir uç noktanın durumunu nasıl hesaplar?

Ebeveyn profili, çocuk üzerinde doğrudan sistem durumu denetimleri gerçekleştirmez. Bunun yerine, alt profilin uç noktalarının sağlık durumu, alt profilin genel sağlığını 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 profile yönlendirilip yönlendirilemeyeceğini belirlemek için bu toplu sağlık durumunu kullanır.

Aşağıdaki tabloda, Traffic Manager sağlık kontrollerinin iç içe uç noktalar için davranışı açıklanmaktadır.

Çocuk Profil Gözetleyici durumu Ana Uç Nokta İzleyici durumu Notlar
Devre dışı. Çocuk profili devre dışı bırakıldı. Durduruldu Ana uç nokta durumu Stopped değil, Disabled. Disabled durumu, üst profilde uç noktayı devre dışı bıraktığınızı belirtmek için ayrılmıştır.
Düzeyi düşürüldü. En az bir çocuk profili uç noktası bir Degraded durumda. Çevrimiçi: Alt profildeki uç noktaların sayısı en az Online değerinde olmalıdır.
CheckingEndpoint: Alt profildeki Online ve CheckingEndpoint uç noktalarının sayısı en az MinChildEndpoints değerine eşittir.
Düzeyi düşürüldü: aksi takdirde.		 Trafik durum CheckingEndpointuç noktasına yönlendirilir. MinChildEndpoints çok yüksek ayarlanırsa, uç nokta her zaman bozulur.
Çevrimiçi. En az bir çocuk profil uç noktası bir Online durumundadır. Hiçbir uç nokta Degraded durumunda değil. Yukarıya bakın.
Uç Noktalar denetleniyor. En az bir çocuk profil uç noktası vardır CheckingEndpoint. Hiçbir uç nokta Online veya Degraded değildir. Yukarıdakiyle aynıdır.
Etkin değil. Tüm alt profil uç noktaları ya Disabled ya da Stopped'dir veya bu profilin uç noktası yoktur. Durduruldu

Önemli

Azure Traffic Manager'da bir üst profil altında alt profilleri yönetirken, iki alt profili aynı anda devre dışı bırakıp etkinleştirdiğinizde bir sorun meydana gelebilir. Bu eylemler aynı anda gerçekleşirse, her iki uç noktanın da devre dışı bırakıldığı ve ana profilin tehlikeye girmesine neden olan kısa bir süre olabilir.

Aynı anda alt profillerde değişiklik yaparken bu sorunu önlemek için dikkatli olun. Trafik yönetimi yapılandırmanızda istenmeyen kesintileri önlemek için bu eylemleri biraz kademelendirmeyi göz önünde bulundurun.

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: