Trafik sunuculara neden eşit dağılmıyor?

Kısa cevap

Eşit olmayan dağılımın çoğu zaman bir açıklaması vardır: algoritma (Weighted Round Robin ve Least Connection gibi algoritmalar tasarım gereği eşit dağıtmaz, varsayılan Round Robin ise Weight'i yok sayar), kalıcılık (Persistence ya da self-persistent algoritmalar istemcileri sabitler), uzun ömürlü bağlantılar, Kurum Servisi durumu (health check'te düşen, Maintenance Mode'daki, Backup Service olan ya da Connection Limit'i dolu sunucular) ve ölçüm (Conditional Backend Services, cluster'da her cihazın yalnızca kendi trafiğini göstermesi). Neden vService'in Live Stats ve Dashboard ekranlarıyla bulunur.

Olası Nedenler

Neden	Açıklama	Nereye bakılır
Weight + Weight'i kullanan algoritma	Farklı Weight değerleri oransal dağılım üretir	Live Stats'ta ad hücresindeki W= eki
Round Robin ve Weight	Varsayılan Round Robin Weight'i yok sayar; beklenen oran oluşmaz	vService → Details → LB Algorithm
Dinamik algoritmalar	Least Connection, Least Response Time, Least Bandwidth, Random, Fastest ve Fastest+ yükü sunucuların anlık durumuna göre dağıtır	vService → Details → LB Algorithm
Persistence	New cookie, Current cookie, Hash ve Session Affinity Manager (SAM) istemcileri sunucuya sabitler; yeni eklenen sunucu önce yalnızca yeni istemcileri alır	vService → Details → LB Algorithm → Persistence
Self-persistent algoritmalar	Source, URI, URL Param, HDR ve RDP Cookie dağılımı değerlerin çeşitliliğine bağlar; NAT arkasındaki kullanıcılar tek IP gibi görünür	vService → Details → LB Algorithm
Uzun ömürlü bağlantılar	L7 TCP ve Network vService'te karar bağlantı başınadır; uzun bağlantılar (veritabanı havuzu, WebSocket) sunucularda birikir	Live Stats → Current Sessions
Sağlık durumu	Health check'te düşen (Unhealthy) sunucu trafik almaz; health check tanımlı olmayan (No check) sunucu her zaman trafikte kalır	Live Stats'ta ad hücresindeki durum şeridi
Maintenance Mode	Bakımdaki sunucu yeni trafik almaz	Live Stats'ta sarı durum şeridi
Backup Service	Yedek sunucu, ana sunucular çalıştığı sürece trafik almaz	Kurum Servisi formu → Backup service; listede adın yanındaki yedek servis ikonu
Connection Limit	Limiti dolan sunucu atlanır, diğerleri fazla yük alır	Kurum Servisi → Details → Connection Limit
First algoritması	Tasarım gereği önce ilk sunucuyu doldurur	vService → Details → LB Algorithm
Conditional Backend Services	Trafik önce koşullara göre bölünür, her dal kendi içinde dengelenir	vService → Conditional Backend Services
Cluster	Her cihaz yalnızca kendi üzerinden geçen trafiği gösterir; değerler cihazlar arasında toplanmaz	Live Stats'ta her cihazın kendi kolonu
Network vService	L4 persistence aynı kaynak IP'yi aynı sunucuya gönderir; Source Hash ve Destination Hash adreslere göre sabitler; Protocol ANY - L3 seçiliyken ya da Port Range açıkken dağıtım yalnızca Round-Robin ya da Weighted Round-Robin ile yapılır	Network vService → Details → LB Algorithm

Teşhis Adımları

1. Live Stats → Backend Services: Kurum Servislerinin Current Sessions değerleri, istek/bağlantı hızları, W= ekleri ve durum şeridi (yeşil = Healthy, koyu yeşil = No check, kırmızı = Unhealthy, sarı = Maintenance / Draining / Not balancing) karşılaştırılır (Live Stats · Backend Services).
2. Dashboard → Backend sekmesi: Zaman içindeki istek ve bağlantı dağılımı grafikleri incelenir (Backend Request Distribution).
3. Load Balancer Management: Algoritma ve kalıcılık cümleleri okunur (LB Algorithm).
4. Live Stats → Source IP Statistics: Trafiğin birkaç kaynak IP'den gelip gelmediğine bakılır (NAT, proxy) (Source IP Statistics).

Sık Karıştırılan Noktalar

• "Yük dengeleme her zaman eşit dağıtır." Çoğu algoritma bilerek eşit dağıtmaz; eşit pay yalnızca Round Robin'in ve eşit Weight'li Weighted Round Robin'in hedefidir.
• "Yeni sunucu ekleyince yük hemen paylaşılır." Persistence ve açık bağlantılar nedeniyle yeni sunucu önce yalnızca yeni istemcileri alır.
• "Tek cihazın değerleri bütün trafiği gösterir." Cluster'da her cihaz yalnızca kendi trafiğini gösterir; Live Stats her cihazı ayrı kolonda listeler.
• "Yapılandırma kaydı sonrası sıfırlanan sayaçlar arıza demektir." Yapılandırma yeniden yüklenince sayaçlar sıfırlanabilir (kapsam ve sınırlar).

Dokümantasyonda nasıl yapılır

• Live Stats · Backend Services
• Dashboard · Backend Request Distribution
• Load Balancer Management · LB Algorithm
• HTTP (L7) vService · En iyi uygulamalar

İlgili sorular

• Kurumsal NAT arkasından gelen tüm kullanıcılar tek sunucuya gidiyor; neden?
• Persistence yüzünden yük dengesiz dağılıyor; ne yapabilirim?
• Round Robin ile Weighted Round Robin arasındaki fark nedir?