Site TR7 arkasında yavaşladı; nereden başlamalıyım?

Kısa cevap

Önce yavaşlığın kapsamı ve zamanı netleştirilir: herkes mi, belirli bir sayfa mı, yoğun saatte mi, bir değişiklikten sonra mı. Ardından Live Stats'taki Backend Services tablosunda düşmüş bir Kurum Servisi olup olmadığına bakılır; kalan sunucular bütün yükü taşıyor olabilir. Sonra gecikmenin TR7'de mi Kurum Servisinde mi oluştuğu ölçülür: Site yavaş; sorunun TR7'de mi, backend'de mi olduğunu nasıl anlarım? Sonuç TR7'yi gösteriyorsa vService Limits, Connection Limit ve kuyruk, QoS ve bant genişliği ayarları; tek bir sunucuyu gösteriyorsa dağılım ve o sunucu incelenir.

Sorun: Site Yavaş, Nereden Başlanacağı Bilinmiyor

Kullanıcılar sayfaların yavaş açıldığını bildiriyor. Yavaşlık Kurum Servisinden, TR7'deki bir sınırdan, kaybedilen kapasiteden ya da ağdan kaynaklanabilir; doğru yere bakmak için kontroller belirli bir sırayla yapılır. vService Limits değerlerine ulaşıldığında yeni bağlantılar reddedilmez, bekletilir; bu da dışarıdan yavaşlık olarak görünür (Bağlantı limitine ulaşıldığında ne olur?).

Nereden İzlenir?

Ekran	Yol	Ne gösterir
Live Stats → Backend Services	Load Balancer vServices → vService → Live Stats	Kurum Servisi başına durum şeridi, Current Sessions, HTTP Request/s, Avg. response time
Live Stats → Frontend	Aynı sekmede	Queued requests ve vService geneli istek, bağlantı değerleri
Dashboard	vService → Dashboard	Backend Response Time Distribution, vService CPU Usage gibi zaman içindeki grafikler
Debug Mode Logs · Request Sekmesi	vService → Logs & Tracking (Debug Mode'dayken)	Tek bir isteğin Request ve Response sekmelerindeki Performance Info değerleri (Tc, Tr, Tw)

Çözüm

Kontroller kapsam, kapasite ve ölçüm sırasıyla yapılır; ölçüm sonucuna göre ilgili ayara geçilir.

Teşhis Akışı

• Nasıl çalışır Kapsam, kapasite ve ölçüm sırasıyla ilerlenir; ölçüm sonucuna göre ilgili ayara geçilir.
• Nerede açılırLive Stats · Dashboard · Debug Mode Logs
• Gereksinim Tek bir isteğin süre dökümü için HTTP vService ve Debug Mode.
• vService tipi HTTP · L7 TCP · Network

Adım adım yapılandırma

1

Adım 1 Kapsamı belirle

Yavaşlık herkeste mi, belirli istemcilerde mi, belirli bir yolda mı, yoğun saatlerde mi, yoksa bir değişiklikten sonra mı başladı belirlenir. Değişiklikten sonra başladıysa önce açık unutulmuş Debug Mode, QoS, vService Limits, bant genişliği, SSL güvenlik profili ve algoritma değişiklikleri kontrol edilir; değişikliği kimin ne zaman yaptığı vService önizlemesinin Log sekmesinde görülür.

2

Adım 2 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 (Live Stats ekranı ne gösterir?).

3

Adım 3 Kapasite kaybını kontrol et

Kırmızı (Unhealthy) ya da sarı (Maintenance, Draining, Not balancing) şeritli Kurum Servisi varsa kalan sunucular bütün yükü taşıyordur: Backend down görünüyor; nasıl teşhis ederim?

4

Adım 4 Gecikmenin yerini ölç

Gecikmenin TR7'de mi Kurum Servisinde mi oluştuğu ölçülür: Site yavaş; sorunun TR7'de mi, backend'de mi olduğunu nasıl anlarım?

5

Adım 5 Sonuca göre ilerle

Ölçüm sonucu	Bakılacak yer
Sunucu süresi baskın, doğrudan ölçüm de yavaş	Uygulama; TR7 tarafında hafifletme: TR7 uygulamamı hızlandırmak için hangi özellikleri sunuyor?
Tek sunucunun Avg. Response Time değeri ayrışıyor	Trafik sunuculara eşit dağılmıyor; nasıl incelerim?
Kuyruk süresi baskın, Queued Requests sıfırdan büyük	Kuyruk (queue) nasıl çalışır; istekler en fazla ne kadar bekler?
Yoğun saatte artıyor, limit değerleri düşük	vService Limits profili nedir; varsayılan limitler nelerdir?
vService CPU ya da bellek kullanımı yüksek	QoS nedir; kritik vService'lere ayrı CPU/bellek kaynağı nasıl ayırırım?
Büyük indirmeler sabit bir hızda kalıyor	Bant genişliği sınırlaması (download / upload) yapabilir miyim?
Sunucular ara ara düşüp kalkıyor	Health Check sürekli up/down arasında gidip geliyor (flapping); ne yapmalıyım?
Uzun işlemler aynı saniyede 504 ile kesiliyor	504 Gateway Timeout alıyorum; hangi timeout'u kontrol etmeliyim?
Ad çözümleme süresi büyük	DNS; TR7 dışındadır

Doğrulama

1ÖlçümTR7 tarafı

Düzeltmeden sonra Live Stats'ta Avg. Response Time ve Queued requests yoğun saatte izlenir.

BeklenenAvg. response time düşer, Queued requests 0

2Süreİstemci tarafı

Aynı sayfa yeniden ölçülür: curl -o /dev/null -s -w '%{time_total}\n' https://www.example.com/

BeklenenSüre olağan değerine döner

Sık Yapılan Hatalar

• Ortalamaya bakıp tek yavaş sunucuyu gözden kaçırmak. Backend Services tablosu sunucu başına okunur.
• Cluster'da yalnızca bir cihazın ekranına bakmak. Her cihaz kendi trafiğini gösterir; değerler toplanmaz.
• Limitleri tamamen kaldırmak. Limitler vService'i korumak içindir; doğru seviyeye getirilir (önerilen değerler).
• Debug Mode'u açık unutmak. Debug Mode her istek için ayrıntılı kayıt tutar ve kendiliğinden kapanmaz (Debug Mode ne kaydeder; ne kadar süre açık tutmalıyım?).
• Sorun sürüyorsa bilgi toplamadan destek istemek. Destek kaydına eklenecekler: TR7 destek ekibine başvurmadan önce hangi bilgileri toplamalıyım?

Dokümantasyonda nasıl yapılır

• vService Limits · Etkiler ve Davranış
• HTTP (L7) vService · LB Algorithm
• Live Stats · Backend Services

İlgili sorular

• Site yavaş; sorunun TR7'de mi, backend'de mi olduğunu nasıl anlarım?
• Trafik sunuculara eşit dağılmıyor; nasıl incelerim?
• Kuyruk (queue) nasıl çalışır; istekler en fazla ne kadar bekler?