Smarter by Design.Simpler for Business
TR7Enterprise Application Delivery & Security Platform
Least Response Time ve Least Bandwidth nasıl çalışır; neden bazen Least Connection gibi davranıyor?
Kısa cevap
Least Response Time, etkin istek sayısı × ortalama yanıt süresi ÷ Weight değeri en düşük sunucuyu seçer; trafik en hızlı yanıt veren sunuculara yönelir. Least Bandwidth, o an en az bant genişliği (bayt/saniye, Weight'e göre ölçekli) taşıyan sunucuyu seçer. İki nedenle Least Connection gibi davranabilirler: (1) vService'in Core Engine sürümü bu algoritmaları desteklemiyorsa dağıtım Least Connection olarak uygulanır ve vService durumunda bunu belirten bir mesaj görünür; (2) sunucuların yanıt süreleri birbirine yakınsa ya da trafik azsa hesap fiilen açık istek sayısına indirgenir.
Nasıl Çalışır?
| Least Response Time | Least Bandwidth | |
|---|---|---|
| Ölçüt | Etkin istek × ortalama yanıt süresi ÷ Weight | Bandwidth Window boyunca ortalanan bayt/saniye, Weight'e göre ölçekli |
| Ek alan | Time Metric: Total Time (kuyruk + bağlantı + yanıt; varsayılan) ya da Response Time (yalnızca yanıt süresi) | Bandwidth Window: varsayılan 10 saniye, aralık 1 saniye – 1 saat |
| Uygun olduğu yük | Yanıt süreleri farklı ya da değişken sunucular | İndirme, medya, akış gibi bant genişliği ağır yükler |
| vService tipi | HTTP, L7 TCP | HTTP, L7 TCP |
L7 TCP vService'te ölçülen süre bağlantının süresidir; uzun oturumlu bir sunucu yavaş görünebilir. Bu yüzden Least Response Time en anlamlı sonucu HTTP vService'te verir.
Neden Least Connection Gibi Davranıyor?
1. Core engine desteklemiyor (kesin geçiş). Least Response Time ve Least Bandwidth, vService'in çalıştığı Core Engine sürümüne bağlıdır. Seçili sürüm bu algoritmaları desteklemiyorsa dağıtım Least Connection olarak uygulanır ve vService durumunda "The selected core engine does not support: …" mesajı görünür. Çözüm, vService'in Details → QOS bölümündeki Core engine alanında bu algoritmaları destekleyen sürümü seçmektir. Seçili sürüm vService'in Load Balancer Management ekranındaki Resources bölümünde görülür.
2. Hesap açık istek sayısına indirgeniyor (davranışsal benzerlik).
- Sunucuların yanıt süreleri birbirine yakınsa Least Response Time'ın ölçütü neredeyse yalnızca etkin istek ÷ Weight olur; bu da Least Connection'ın ölçütüne denktir.
- Trafik az olduğunda sunucuların bant genişliği birbirine yakın ve düşüktür; Least Bandwidth'in ayırt edeceği bir fark kalmaz.
TR7'de
- Seçim: vService → Details → LB Algorithm → Algorithm → Least Response Time ya da Least Bandwidth; ek alanlar algoritma seçilince açılır (algoritmaya özgü ek alanlar).
- Destek notu: docs da desteklenmeyen Core engine sürümünde bu algoritmaların Least Connection olarak uygulandığını belirtir (desteklenen özellikler).
- Network vService: Bu iki algoritma yoktur.
Sık Karıştırılan Noktalar
- "Ekranda Least Response Time yazıyorsa öyle çalışıyordur." Formda kayıtlı algoritma gösterilir; Core engine desteklemiyorsa dağıtım Least Connection'dır. vService durumundaki mesaja bakılır.
- "Least Response Time Weight'i yok sayar." Ölçüt Weight'e bölünür.
- "Least Bandwidth istek sayısını dengeler." Taşınan bayt miktarını dengeler; az sayıda büyük indirme bir sunucuyu dolu gösterebilir.
- "Fastest ile aynıdır." Fastest, Fastest Opt-1 alanında seçilen metrikte en iyi sunucuyu seçer ve Weight kullanmaz.
Dokümantasyonda nasıl yapılır
