Trafik sunuculara eşit dağılmıyor; nasıl incelerim?

Kısa cevap

Önce dağılım ölçülür: Live Stats'taki Backend Services tablosunda Kurum Servisi başına Current Sessions ve HTTP Request/s, Dashboard'un Backend sekmesinde Backend Request Distribution zaman içinde karşılaştırılır; HTTP Logs'taki Backend service kartının sayıları istek örneğini verir. Ardından vService'in LB Algorithm ve Persistence ayarı ile Kurum Servislerinin Weight, Connection Limit, Maintenance Mode ve Backup Service ayarları okunur. Eşitsizlik çoğunlukla bir ayarın beklenen sonucudur: varsayılan Round Robin algoritması Weight'i kullanmaz; ağırlıklı ya da dinamik algoritma, Persistence, NAT arkasından gelen kullanıcılar ya da uzun süreli bağlantılar da dağılımı değiştirir. Cluster'da her cihaz yalnızca kendi trafiğini gösterir.

Sorun: Bir Sunucu Diğerlerinden Fazla Yük Alıyor

Kurum Servislerinden biri diğerlerinden çok daha fazla ya da çok daha az istek alıyor. Eşitsizliğin bir arızadan mı, yoksa algoritma, Weight ya da Persistence ayarının beklenen sonucundan mı kaynaklandığı belirlenmelidir.

Nereden İzlenir?

Ekran	Yol	Ne gösterir
Live Stats → Backend Services	Load Balancer vServices → vService → Live Stats	Anlık Current Sessions, HTTP Request/s, Avg. response time, ağırlık eki (W=) ve durum şeridi
Dashboard → Backend	vService → Dashboard	Backend Request Distribution (yalnızca HTTP), Backend Current Sessions Distribution, Backend Connections Distribution
HTTP Logs → Filter	vService → Logs & Tracking	Getirilen kayıtlarda Backend service ve Client IP dağılımı
Load Balancer Management → LB Algorithm	vService → Load Balancer Management	Algoritma ve Persistence ayarının cümle olarak özeti

Çözüm: Üç Yöntem

Üç yöntem sırayla uygulanır: önce dağılım ölçülür, sonra istek örneği incelenir, en son yapılandırma okunup bulgu nedenle eşleştirilir.

Durumunuz	Uygun yöntem
Dağılımı ölçmek	Yöntem 1: Live Stats ve Dashboard
İstek örneği ve istemci yoğunluğu	Yöntem 2: HTTP Logs
Nedeni eşleştirmek	Yöntem 3: Yapılandırma

Yöntem 1: Live Stats ve Dashboard Önerilen

• Nasıl çalışırLive Stats anlık dağılımı, Dashboard zaman içindeki dağılımı gösterir.
• Nerede açılır Load Balancer vServices → vService → Live Stats · Dashboard → Backend
• Gereksinim Ek bir ayar gerekmez.
• vService tipi HTTP · L7 TCP · Network

Adım adım yapılandırma

1

Adım 1 Live Stats'ı aç

Left Monitor Panel → Load Balancer vServices → vService → Live Stats sekmesinde Backend Services tablosuna bakılır: her Kurum Servisinin durum şeridi, Current Sessions, HTTP Request/s (L7 TCP'de New Connection/s), Avg. Response Time ve ad yanındaki ağırlık eki (W=) görülür. Cluster'da her cihaz yalnızca kendi trafiğini gösterir; değerler toplanmaz.

2

Adım 2 Zaman içinde karşılaştır

Dashboard sekmesinin Backend görünümünde Backend Request Distribution (yalnızca HTTP), Backend Current Sessions Distribution ve Backend Connections Distribution panellerine bakılır.

Doğrulama

1DağılımTR7 tarafı

Panellerde Kurum Servisi başına oranlar okunur.

BeklenenHangi sunucunun ne kadar yük aldığı sayıyla görülür

Yöntem 2: HTTP Logs

• Nasıl çalışırHTTP Logs filtre şeridindeki Backend service ve Client IP kartları, getirilen kayıtlarda sunucu dağılımını ve az sayıda istemcinin baskın olup olmadığını gösterir.
• Nerede açılır Load Balancer vServices → vService → Logs & Tracking → HTTP Logs
• Gereksinim vService'te Log Profile açık olmalıdır.
• vService tipi HTTP

Adım adım yapılandırma

1

Adım 1 Kayıt sayısını artır

Logs & Tracking → HTTP Logs ekranında Line Limit (varsayılan 1000) artırılır ve Refresh butonuna tıklanır; kartlardaki sayılar yalnızca getirilen kayıtlar üzerindendir.

2

Adım 2 Kartlara bak

Filter panelinde Backend Service kartındaki sayılar sunucu dağılımını verir. Client IP kartında birkaç adres baskınsa NAT arkasındaki kullanıcılar tek sunucuda toplanıyor olabilir (Kurumsal NAT arkasından gelen tüm kullanıcılar tek sunucuya gidiyor; neden?).

Doğrulama

1KartlarTR7 tarafı

Filtre şeridindeki Backend service ve Client IP kartlarına bakılır.

BeklenenSunucu ve istemci başına kayıt sayıları

Yöntem 3: Yapılandırma

• Nasıl çalışır Dağılımı belirleyen ayarlar okunur ve bulgu nedenle eşleştirilir.
• Nerede açılır vService formu · Load Balancer → Backend Services
• Gereksinim Ek bir ayar gerekmez.
• vService tipi HTTP · L7 TCP · Network

Adım adım yapılandırma

1

Adım 1 Ayarları oku

vService'in LB Algorithm, Persistence türü ve süreleri, Hash Consistency ayarları; Kurum Servislerinin Weight, Connection Limit, Maintenance Mode ve Backup Service ayarları ile Conditional Backend Services blokları okunur. Algoritma ve Persistence cümle olarak Load Balancer Management ekranında da görülür (LB Algorithm).

2

Adım 2 Nedeni eşleştir

Bulgu	Neden
Weight'ler farklı ama dağılım eşit	Round Robin Weight'i kullanmaz: Round Robin ile Weighted Round Robin arasındaki fark nedir?
Oran Weight oranına uyuyor	Beklenen sonuç: Farklı kapasitedeki sunucular arasında yükü oransal olarak nasıl dağıtırım?
Oturumlar tek sunucuda birikiyor, istek hızları yakın	Uzun süreli bağlantılar: Least Connection, Round Robin'den ne zaman daha iyidir?
Yeni sunucu az trafik alıyor	Persistence mevcut kullanıcıları sabitliyor: Persistence yüzünden yük dengesiz dağılıyor; ne yapabilirim?
Bir sunucu hiç trafik almıyor, sarı şerit	Maintenance Mode ne yapar?
Bir sunucu hiç trafik almıyor, diğerleri ayakta	Backup Service nedir; ne zaman devreye girer, ne zaman geri çekilir?
Bir sunucu limitte, diğerleri fazla yükte	Connection Limit nedir; limit dolunca yeni istekler ne olur?
Önce ilk sunucu doluyor	First algoritması ne işe yarar?
Hash algoritması tek sunucuyu yoruyor	Değer çeşitliliği az: Hash tabanlı algoritmalardaki Hash Consistency seçeneği ne işe yarar?
Dağılım koşul bloklarına göre bölünmüş	Conditional Backend Services ile Default Backend Services arasındaki fark nedir?

Bütün nedenler: Trafik sunuculara neden eşit dağılmıyor?

Doğrulama

1DağılımTR7 tarafı

Ayar değişikliğinden sonra Dashboard'daki Backend Request Distribution paneli izlenir.

BeklenenOranlar beklenen dağılıma yaklaşır

Cookie tabanlı persistence açıksa mevcut oturumlar eski sunucuda kalır (Hash persistence'ta eşleme tablosu her yeniden yüklemede sıfırlanır); yeni dağılım yeni oturumlarla zaman içinde görülür.

Sık Yapılan Hatalar

• Cluster'da tek cihazın ekranını bütün trafik sanmak. Her cihaz kendi trafiğini gösterir.
• Live Stats'tan geçmişe dönük sonuç çıkarmak. Live Stats yalnızca anlık durumu gösterir, veri saklamaz; geçmiş dağılım Dashboard'dan okunur; ayrıntı docs'taki Kapsam ve sınırlar bölümündedir.
• Birkaç yüz satırlık log örneğinden kesin oran çıkarmak. Zaman içindeki dağılım Dashboard'dan okunur.
• Weight verip algoritmayı Round Robin bırakmak. Weight'in etkili olması için Weighted Round Robin ya da Weight kullanan başka bir algoritma seçilir.

Dokümantasyonda nasıl yapılır

• Live Stats · Backend Services
• Dashboard · Backend Request Distribution
• Load Balancer Management · LB Algorithm
• Backend Services · Weight

İlgili sorular

• Trafik sunuculara neden eşit dağılmıyor?
• Persistence yüzünden yük dengesiz dağılıyor; ne yapabilirim?
• Kurumsal NAT arkasından gelen tüm kullanıcılar tek sunucuya gidiyor; neden?