Aracılığıyla paylaş


Çıkış noktası için trafik yönlendirme yöntemleri

Şunlar için geçerlidir: ✔️ Front Door Standard ✔️ Front Door Premium ✔️ Front Door (klasik)

Önemli

Azure Front Door (klasik) 31 Mart 2027'de kullanımdan kaldırılacaktır. Hizmet kesintisini önlemek için, Mart 2027'ye kadar Azure Front Door (klasik) profilleriniziAzure Front Door Standard veya Premium katmanına geçirmenizönemlidir. Daha fazla bilgi için bkz. Azure Front Door (klasik) kullanımdan kaldırma.

Azure Front Door, HTTP/HTTPS trafiğinizin farklı kaynaklar arasında nasıl dağıtılacağını yönetmek için dört trafik yönlendirme yöntemini destekler. Kullanıcı istekleri Front Door uç konumlarına ulaştığında, yapılandırılan yönlendirme yöntemi isteklerin en iyi arka uç kaynağına iletilmesini sağlar.

Not

Bu makalede, bir Origin arka ucu ve bir origin grubu, Azure Front Door (klasik) yapılandırmasındaki arka uç havuzunu ifade eder.

Dört trafik yönlendirme yöntemi şunlardır:

  • Gecikme süresi: İstekleri kabul edilebilir bir duyarlılık aralığında en düşük gecikme süresine sahip olan kaynaklara yönlendirir ve ağ gecikme süresi açısından isteklerin en yakın çıkış noktalarına gönderilmesini sağlar.

  • Öncelik: Kaynaklarınız için bir öncelik belirlemenize olanak tanır. Tüm trafiği yönetmek üzere bir birincil kaynak ve bu kaynak kullanılamaz hale geldiğinde devreye girecek bir ikincil kaynak yedek olarak belirlenir.

  • Ağırlıklı: Trafiği eşit olarak veya belirtilen ağırlık katsayılarına göre dağıtmak için her kaynağa bir ağırlık atar. Çıkış noktalarının gecikme süreleri kabul edilebilir duyarlılık aralığındaysa trafik ağırlık değerlerine göre dağıtılır.

  • Oturum Bağımlılığı: Ön uç konaklarınız veya etki alanlarınız için oturum bağımlılığını yapılandırarak, aynı son kullanıcıdan gelen isteklerin aynı kaynağa gönderilmesini sağlar.

Not

Azure Front Door Standart ve Premium katmanlarında Uç nokta adı, Azure Front Door (klasik) üzerinde Ön uç konak olarak adlandırılır.

Tüm Front Door yapılandırmaları arka uç sağlık takibini ve otomatik küresel yük devretmeyi içerir. Daha fazla bilgi için Front Door arka uç izleme'ye bakın. Azure Front Door, uygulama gereksinimlerinize göre en uygun yönlendirme topolojisini oluşturmak için tek bir yönlendirme yöntemi kullanabilir veya birden çok yöntemi birleştirebilir.

Not

Front Door kural altyapısını kullanarak, Azure Front Door Standard ve Premium katmanlarında yol yapılandırmalarını geçersiz kılmak için kurallar yapılandırabilir veya bir istek için Azure Front Door'da (klasik) arka uç havuzunu geçersiz kılabilirsiniz. Kural altyapısı tarafından ayarlanan kaynak grubu veya arka uç havuzu, bu makalede açıklanan yönlendirme işlemini geçersiz kılar.

Genel karar akışı

Aşağıdaki diyagramda genel karar akışı gösterilmektedir:

Azure Front Door'daki öncelik, gecikme süresi ve ağırlık ayarlarına göre çıkış noktalarının nasıl seçildiğini açıklayan diyagram.

Karar adımları şunlardır:

  1. Kullanılabilir çıkış noktaları: Sağlık araştırmasını temel alarak etkin ve iyi durumda olan tüm çıkış noktalarını (200 Tamam) seçin.
    • Örnek: Altı kaynak A, B, C, D, E ve F varsa ve C iyi durumda değilse ve E devre dışıysa, kullanılabilir kaynak A, B, D ve F'dir.
  2. Öncelik: Kullanılabilir kaynaklardan en yüksek öncelikli kaynakları seçin.
    • Örnek: A, B ve D çıkış noktalarının önceliği 1 ve F çıkış noktası 2 ise, seçilen çıkış noktaları A, B ve D'dir.
  3. Gecikme sinyali (sistem durumu yoklaması temelinde): İsteğin geldiği Front Door ortamından izin verilebilen gecikme aralığı içindeki çıkış noktalarını seçin. Bu, kaynak grubunun gecikme duyarlılığı ayarını ve en yakın çıkış noktalarının gecikme süresini temel alır.
    • Örnek: A kaynağının gecikme süresi 15 ms, B'den B'ye 30 ms ve D'ye 60 ms ve gecikme duyarlılığı 30 ms olarak ayarlandıysa, D 30 ms aralığını aştığından seçilen çıkış noktaları A ve B'dir.
  4. Ağırlıklar: Trafiği, belirtilen ağırlık oranlarına göre seçilen son çıkış noktaları arasında dağıtın.
    • Örnek: Kaynak A'nın ağırlığı 3 ve B çıkış noktası 7 ise trafik 10/3 A'ya ve 7/10'da B'ye dağıtılır.

Oturum benzişimi etkinleştirildiyse, oturumdaki ilk istek daha önce açıklanan akışı izler. Sonraki istekler, ilk istekte seçilen kaynak öğeye gönderilir.

En düşük gecikme süresi tabanlı trafik yönlendirme

Çıkış noktalarını birden çok genel konuma dağıtmak, trafiği son kullanıcılarınıza 'en yakın' çıkış noktasıyla yönlendirerek uygulamanızın yanıt hızını artırabilir. Gecikme süresi yönlendirme yöntemi, Azure Front Door yapılandırmaları için varsayılan değerdir. Bu yöntem, kullanıcı isteklerini en yakın coğrafi konum yerine en düşük ağ gecikme süresine sahip olan kaynak konuma yönlendirir ve en iyi performansı sağlar.

Azure Front Door'un anycast mimarisi, Gecikme yönlendirme yöntemiyle birleştirildiğinde, her kullanıcının konumuna göre en iyi performansı deneyimlemesini sağlar. Her Front Door ortamı, çıkış noktalarına olan gecikme süresini bağımsız olarak ölçer; başka bir deyişle farklı konumlardaki kullanıcılar kendi ortamları için en iyi performansı sunan kaynak kaynağına yönlendirilir.

Not

Varsayılan olarak, gecikme duyarlılığı özelliği 0 ms olarak ayarlanır. Bu ayar sayesinde istekler her zaman en hızlı kullanılabilir kaynaklara iletilir. Kaynaklardaki ağırlıklar yalnızca iki kaynağın aynı ağ gecikme süresine sahip olması durumunda geçerlilik kazanır.

Daha fazla bilgi için bkz . Azure Front Door yönlendirme mimarisi.

Öncelik tabanlı trafik yönlendirme

Kuruluşlar, yüksek kullanılabilirlik sağlamak için genellikle yedekleme hizmetlerini dağıtarak birincil hizmetin başarısız olması durumunda bu hizmetleri devralabilir. Bu kurulum Etkin/Beklemede veya Etkin/Pasif dağıtım olarak bilinir. Azure Front Door'daki Priority trafik yönlendirme yöntemi, bu yük devretme modelini etkili bir şekilde uygulamanıza olanak tanır.

Varsayılan olarak, Azure Front Door trafiği en yüksek önceliğe (en düşük öncelik değeri) sahip çıkış noktalarına yönlendirir. Bu birincil kaynaklar kullanılamaz duruma gelirse, trafiği ikincil çıkış noktalarına (sonraki en düşük öncelik değeri) yönlendirir. Hem birincil hem de ikincil çıkış noktaları kullanılamıyorsa bu işlem üçüncül çıkış noktalarıyla devam eder. Sağlık denetimleri, yapılandırılmış durumlarına ve sağlık durumlarına göre kaynakların kullanılabilirliğini izler.

Çıkış noktaları için önceliği yapılandırma

Azure Front Door kaynak grubunuzdaki her kaynak, 1 ile 5 arasında bir değere ayarlanabilen bir Priority özelliğine sahiptir. Düşük değerler daha yüksek önceliğe işaret eder. Birden çok kaynak aynı öncelik değerini paylaşabilir.

Ağırlıklı trafik yönlendirme yöntemi

Not

Çok düşük RPS'ye (Saniyede İstek Sayısı) sahip müşteriler için, dağıtılmış AFD POP'lerinin ve makinelerin yapısı gereği, müşteri tarafından yapılandırılan ağırlıkların kesinlikle takip edileceğini ve yük dengelemenin dengesiz görünebileceğini garanti edemeyiz.

Ağırlıklı trafik yönlendirme yöntemi, trafiği önceden tanımlanmış ağırlıklara göre dağıtmanıza olanak tanır.

Bu yöntemde, Azure Front Door kaynak grubunuzdaki her bir kaynak için bir ağırlık atarsınız. Ağırlık, varsayılan değeri 50 olan 1 ile 1000 arasında bir tamsayıdır.

Trafik, belirtilen ağırlık oranlarına göre bir döner dolap mekanizması kullanılarak, kaynaklar kabul edilebilir gecikme duyarlılığına uyduğu sürece kullanılabilir kaynaklar arasında dağıtılır. Gecikme süresi duyarlılığı 0 milisaniye olarak ayarlanırsa ağırlıklar yalnızca iki kaynağın aynı ağ gecikme süresine sahip olması durumunda geçerlilik kazanır.

Ağırlıklı yöntem çeşitli senaryoları destekler:

  • Aşamalı uygulama yükseltmesi: Trafik yüzdesini yeni bir çıkış noktası olarak yönlendirin ve zaman içinde kademeli olarak artırın.
  • Azure'a uygulama geçişi: Hem Azure hem de dış kaynaklarla bir kaynak grubu oluşturun. Yeni kaynakları tercih etmek için ağırlıkları ayarlayın, trafik paylaşımını kademeli olarak artırarak ana trafiği yönetene kadar yavaş yavaş trafiği artırın, ardından daha az tercih edilen kaynakları devre dışı bırakın ve kaldırın.
  • Bulut patlama ile ek kapasite: Daha fazla kaynak ekleyip etkinleştirerek ve trafik dağılımını belirleyerek şirket içi dağıtımları buluta genişletin.

Oturum benzeşimi

Varsayılan olarak, Azure Front Door aynı istemciden gelen istekleri farklı kaynaklara iletir. Ancak oturum benzitesi, durum bilgisi olan uygulamalar veya aynı kullanıcıdan gelen sonraki isteklerin aynı kaynak tarafından işlenmesi gereken senaryolar için kullanışlıdır. Bu özellik, kullanıcının oturumunun aynı kaynak tarafından yönetilmesini sağlar ve bu işlem de istemci kimlik doğrulaması gibi senaryolar için yararlıdır.

Azure Front Door, kaynak URL'sinin SHA256'sı tanımlayıcı olarak kullanılarak yönetilen tanımlama bilgileri ile çerez tabanlı oturum bağımlılığını kullanır. Bu, bir kullanıcı oturumundan sonraki trafiği aynı kaynakta yönlendirir.

Oturum benzimliği, Azure Front Door Standard ve Premium katmanlarında kaynak grup düzeyinde ve yapılandırılmış her etki alanı veya alt etki alanı için Azure Front Door'da ön uç ana bilgisayar düzeyinde (klasik) etkinleştirilebilir. Etkinleştirildikten sonra Azure Front Door, kullanıcının oturumuna ASLBSA ve ASLBSACORS adlı tanımlama bilgilerini ekler. Bu tanımlama bilgileri, aynı IP adresini paylaşsalar bile farklı kullanıcıların tanımlanmasına yardımcı olur ve trafiğin çıkış noktaları arasında daha eşit bir şekilde dağıtılmasını sağlar.

Front Door şu anda yalnızca oturum tanımlama bilgilerini desteklediğinden tanımlama bilgisinin ömrü kullanıcının oturumuyla eşleşir.

Not

Oturum bağlılığı, tarayıcı oturum tanımlama bilgisi aracılığıyla alan adı düzeyinde tutulur. Aynı joker karakterli etki alanı altındaki alt etki alanları, kullanıcının tarayıcısı aynı kaynak için istek gönderdiği sürece oturum bağımlılığını paylaşabilir.

Oturum oluşturmak Front Door'un yanıta oturum benzimliği tanımlama bilgisi eklemesini gerektirdiğinden genel proxy'ler oturum benşimini etkileyebilir. Yanıt önbelleğe alınabiliyorsa, aynı kaynağı isteyen diğer istemciler için tanımlama bilgilerini kesintiye uğratacağından bu işlem yapılamaz. Kaynağın önbelleğe alınabilir bir yanıt göndermesi durumunda, bunun önlenmesi için oturum bağlılığı oluşturulmayacaktır. Oturum zaten oluşturulduysa, yanıtın önbelleğe alınabilmesi önemli değildir.

Standart önbelleğe alınamayan senaryoların ötesinde aşağıdaki durumlarda oturum bağlılığı kurulacaktır:

  • Yanıt, "no-store" ile Cache-Control üst bilgisini içerir.
  • Yanıt, geçerli bir Authorization üst bilgi içeriyor.
  • Yanıt bir HTTP 302 durum kodudur.

Sonraki adımlar