Smarter by Design.Simpler for Business
TR7Enterprise Application Delivery & Security Platform
TR7 uygulamamı hızlandırmak için hangi özellikleri sunuyor?
Kısa cevap
TR7 uygulamayı dört yoldan hızlandırır: Kurum Servisine giden işi azaltarak (Cache, Compression, TLS'in TR7'de sonlandırılması için Certificate, HTTP TCP Multiplexing), istemci bağlantısını verimli kılarak (HTTP/2, HTTP/3, HTTP Keepalive Timeout), yükü yanıt süresine göre dağıtarak (LB Algorithm: Least Response Time, Fastest) ve kritik vService'lere kaynak ayırarak (QOS). vService Limits, Timeout ve Bandwidth ise hızlandırmaz; kaynakları korur ve dar değerlerde yavaşlık olarak görünür.
Nasıl Çalışır?
Bir isteğin süresi dört bölümden oluşur; her TR7 özelliği bunlardan birini kısaltır:
- İstemci ↔ TR7 bağlantısı: HTTP/2 ve HTTP/3 bir bağlantıda birden çok isteği taşır; keep-alive bağlantının her istekte yeniden kurulmasını önler.
- TR7'deki işlem: TLS TR7'de sonlandırıldığında şifreleme yükü Kurum Servisinden alınır; Cache tekrarlanan yanıtları Kurum Servisine gitmeden sunar.
- TR7 ↔ Kurum Servisi: HTTP TCP Multiplexing açık bağlantıları yeniden kullanır; yanıt süresine duyarlı algoritmalar istekleri hızlı yanıt veren sunuculara yönlendirir.
- Yanıtın istemciye aktarımı: Compression metin yanıtlarını küçültür.
QOS, vService'in kendi işlemci ve bellek kaynağını ayırarak yoğun anlarda bu adımların yavaşlamasını önler.
TR7'de Hızlandırma Özellikleri
| Özellik | Nerede | Etkisi | Ayrıntı |
|---|---|---|---|
| Cache | vService → Details → Cache (yalnız HTTP) | Tekrarlanan yanıtlar Kurum Servisine gitmeden sunulur | TR7 üzerinde cache yapabilir miyim; varsayılan ayarlar nelerdir? |
| Compression | vService → Details → Compression (yalnız HTTP) | Metin yanıtlar küçülür | Sıkıştırma (GZIP / DEFLATE) nasıl açılır; hangi içerik tipleri sıkıştırılmalı? |
| HTTP TCP Multiplexing | Load Balancer → Actions → HTTP TCP Multiplexing aksiyonu, vService → Details → Actions (yalnız HTTP) | Kurum Servisi bağlantıları yeniden kullanılır | HTTP TCP Multiplexing nedir; backend bağlantı sayısını nasıl azaltır? |
| TLS sonlandırma | vService → Frontend satırı → şifreli protokol + Certificate | Şifreleme yükü Kurum Servisinden alınır | SSL offloading (termination) nedir, nasıl yapılır? |
| HTTP/2 · HTTP/3 | vService → Frontend satırı → Protocol | İstemci tarafında bağlantı başına daha çok istek | HTTP/2 destekleniyor mu? |
| Keep-alive | Timeouts profili → HTTP Keepalive Timeout (varsayılan 120 sn) | İstemci bağlantısı her istekte yeniden kurulmaz | Timeouts profilindeki değerler (HTTP Keepalive Timeout, HTTP Request Timeout, Connect, Server, Client, Queue, Tunnel(Websocket) Timeout, Client FIN, Server FIN) ne anlama gelir? |
| Yanıt süresine duyarlı dağıtım | vService → LB Algorithm → Least Response Time, Fastest | İstekler hızlı yanıt veren sunuculara gider | Least Response Time ve Least Bandwidth nasıl çalışır; neden bazen Least Connection gibi davranıyor? |
| QOS | vService → Details → QOS (HTTP, L7 TCP) | Kritik vService'e çekirdek ve bellek ayrılır | QoS nedir; kritik vService'lere ayrı CPU/bellek kaynağı nasıl ayırırım? |
Hızlandırmayan, kaynağı koruyan ayarlar:
| Ayar | Dar değerde görülen | Ayrıntı |
|---|---|---|
| vService Limits | Yeni bağlantılar sınır altına inene kadar bekletilir | vService Limits profili nedir; varsayılan limitler nelerdir? |
| Timeout | Uzun işlemler yarıda kesilir | Uzun süren işlemlerde (rapor, dosya yükleme) istek neden yarıda kesiliyor; hangi timeout'u artırmalıyım? |
| Bandwidth | İndirme hızı sınırda düzleşir | Bant genişliği sınırlaması (download / upload) yapabilir miyim? |
Hangi özelliğin bir vService'te açık olduğu, vService'in Load Balancer Management sekmesinde tek ekranda görülür.
Sık Karıştırılan Noktalar
- "Bandwidth ayarı hızlandırır." Bandwidth trafiği sınırlar; hız eklemez.
- "QOS açınca vService hızlanır." QOS kaynak ayırır ya da sınırlar; dar Memory limit ya da Cpu usage limit yavaşlatır.
- "Önbellek ve sıkıştırma her vService'te vardır." İkisi de yalnızca HTTP vService'te bulunur.
- "Yavaşlığın kaynağı hep TR7'dir." Önce gecikmenin hangi aşamada oluştuğu belirlenir (Site yavaş; sorunun TR7'de mi, backend'de mi olduğunu nasıl anlarım?).
Dokümantasyonda nasıl yapılır
