SSS
Smarter by Design.Simpler for Business
TR7Enterprise Application Delivery & Security Platform

Türkçe

English

Türkçe

English

Görünüm

Orta

Site yavaş; sorunun TR7'de mi, backend'de mi olduğunu nasıl anlarım? ​

Kısa cevap

Yavaşlığı süre bileşenlerine ayırarak. Debug Mode Logs'ta bir isteğin Request ve Response sekmelerindeki Performance Info tabloları süreyi aşamalara ayırır: Tr yüksekse kaynak Kurum Servisi, Tw yüksekse TR7'deki kuyruk ya da limitler, Tc yüksekse Kurum Servisine bağlantının kurulmasıdır. Anlık durum Live Stats'ta (Avg. Response Time, Wait/Connect, Queued requests), geçmiş eğilim Dashboard'da izlenir; son adımda aynı istek TR7'yi atlayarak doğrudan Kurum Servisine gönderilip süreler karşılaştırılır.

Sorun: Yavaşlığın Kaynağı Belli Değil ​

Kullanıcılar sitenin yavaş olduğunu bildirdiğinde sorun istemci ağında, TR7'de (kuyruk, limit, WAF, kaynak kısıtı) ya da Kurum Servisinde olabilir. Doğru ekibin sorunu ele alması için gecikmenin hangi aşamada oluştuğunun ayrılması gerekir.

Çözüm: Dört Yöntem ​

DurumunuzUygun yöntem
Anlık tabloYöntem 1: Live Stats
Geçmiş eğilim ve karşılaştırmaYöntem 2: Dashboard
Tek bir isteğin süre dökümüYöntem 3: Debug Logs → Performance Info
Kesin ayrımYöntem 4: TR7'yi aradan çıkarıp ölçmek
  • Nasıl çalışır vService'in ve Kurum Servislerinin anlık süre ve kuyruk değerleri kartlarda görülür.
  • Nerede açılır Left Monitor Panel → vService → Live Stats
  • Gereksinim HTTP ya da L7 TCP vService
  • vService tipi HTTP · L7 TCP

Adım adım yapılandırma ​

1
Adım 1 Aç

Left Monitor Panel'de vService'e tıklanır ve Live Stats sekmesi açılır.

2
Adım 2 Kartları yorumla

Frontend bölümünde Avg. response time Kurum Servislerinin ortalama yanıt süresini, Backend Services bölümündeki Wait/Connect kartı kuyruk bekleme (Queue wait) ve bağlantı kurma (Connect) süresini, Queued requests bekleyen istekleri, CPU ve Memory usage vService'in kendi yükünü gösterir. Backend Services tablosunda Kurum Servisi başına yanıt süresi ve 5xx oranı görülür.

Doğrulama ​

1SonuçTR7 tarafı

Avg. Response Time yüksek, Queued requests 0 ise Kurum Servisi; Queued requests sürekli 0'dan büyükse kapasite ya da limit.

BeklenenYavaşlığın tarafı

Yöntem 2: Dashboard ​

  • Nasıl çalışır Grafikler yavaşlığın ne zaman başladığını ve hangi bileşende arttığını gösterir.
  • Nerede açılır Left Monitor Panel → vService → Dashboard
  • Gereksinim HTTP ya da L7 TCP vService
  • vService tipi HTTP · L7 TCP

Adım adım yapılandırma ​

1
Adım 1 Aç

vService'in Dashboard sekmesi açılır.

2
Adım 2 Grafiklere bak

Backend sekmesinde Backend Response Time Distribution, Backend Connect Time Distribution ve Backend Queue Distribution; System sekmesinde vService CPU ve bellek kullanımı; Frontend Bandwidth grafiğinde düz bir tavan (bant sınırı) incelenir.

Doğrulama ​

1SonuçTR7 tarafı

Artışın hangi grafikte başladığı belirlenir.

BeklenenYanıt, bağlantı, kuyruk ya da sistem

Yöntem 3: Debug Logs → Performance Info ​

  • Nasıl çalışır Tek bir isteğin toplam süresi TR7'nin ölçtüğü parçalara ayrılır.
  • Nerede açılır vService → Logs & Tracking → Debug Mode Logs
  • Gereksinim HTTP vService
  • vService tipi HTTP

Adım adım yapılandırma ​

1
Adım 1 vService'i düzenle

Load Balancer → Load Balancer vService List ekranında HTTP vService seçilip Edit tıklanır.

2
Adım 2 Debug'ı aç

Status alanında Debug Mode seçilir ya da Details panelinde Debug kutusu işaretlenir; yükü sınırlamak için koşullu debug ile yalnızca belirli IP ya da yollar seçilebilir (Debug logları nasıl aktif edilir).

3
Adım 3 Kaydet

Save tıklanır.

4
Adım 4 Kaydı incele

Logs & Tracking sekmesinde log kaynağı olarak Debug Mode Logs seçilir ve yavaş isteğin kaydı açılır; Request sekmesindeki Performance Info tablosunda Tc (Kurum Servisine bağlantı kurma süresi) ve Tr (Kurum Servisinin yanıt başlıklarını gönderme süresi), Response sekmesindeki tabloda Tw (kuyrukta bekleme süresi) okunur; değerler milisaniyedir. Termination State ve Retries değerlerine de bakılır.

5
Adım 5 Kapat

İnceleme bitince Debug Mode kapatılır.

Doğrulama ​

1SonuçTR7 tarafı

Tr baskın: Kurum Servisi · Tw: kuyruk/limit · Tc: Kurum Servisine bağlantı.

BeklenenBaskın bileşen

Yöntem 4: TR7'yi Aradan Çıkarıp Ölçmek ​

  • Nasıl çalışır Aynı istek önce TR7 üzerinden, sonra doğrudan Kurum Servisine gönderilir; iki ölçümün farkı TR7 ve ağ katkısını gösterir.
  • Nerede açılır İstemci ya da TR7 ile aynı ağdaki bir makine
  • Gereksinim Kurum Servisine doğrudan erişim
  • vService tipi HTTP · L7 TCP

Adım adım yapılandırma ​

1
Adım 1 Ölç

curl -o /dev/null -s -w 'connect=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total}\n' ile önce vService adresine, sonra Kurum Servisi sunucusunun kendi adresine istek gönderilir.

2
Adım 2 Karşılaştır

Doğrudan ölçüm de yavaşsa kaynak Kurum Servisidir; yalnızca TR7 üzerinden yavaşsa vService Limits, QOS, Bandwidth, Cache ve Compression ayarları kontrol edilir.

Doğrulama ​

1Sonuçİstemci tarafı

İki ölçümün ilk bayt süreleri karşılaştırılır.

BeklenenFark küçükse Kurum Servisi

Sık Yapılan Hatalar ​

  • HTTP Logs'ta süre aramak. İstek başına süre dökümü Debug Mode Logs'ta görülür.
  • Debug Mode'u açık unutmak. Debug yüksek log ve işlemci yükü üretir; koşulla sınırlanır ve iş bitince kapatılır.
  • Ortalamaya bakıp tek sunucuyu kaçırmak. Live Stats'taki Backend Services tablosunda bir Kurum Servisinin süresi diğerlerinden ayrışıyorsa sorun o sunucudadır.
  • Kuyruğu gözden kaçırmak. Queued requests sürekli artıyorsa: Kuyruk (queue) nasıl çalışır; istekler en fazla ne kadar bekler?

Dokümantasyonda nasıl yapılır

İlgili sorular