Timeouts

Timeouts Profili Nedir?

Timeouts, TR7 üzerinde çalışan HTTP ve TCP tabanlı servislerde, istemci ile TR7 arasındaki ve TR7 ile Kurum Servisleri arasındaki bağlantı ve oturum zaman aşımı davranışlarını kontrol etmek için kullanılan bir profil yapısıdır.

TR7 mimarisinde timeout yönetimi profil bazlı olarak tasarlanmıştır. Bu yapı sayesinde zaman aşımı değerleri merkezi olarak tanımlanabilir ve ilgili vService'lere atanarak uygulanabilir. Timeouts Profilleri vService seviyesinde çalışır ve hem HTTP hem de L7 TCP vService trafiği için geçerlidir.

Bir Timeouts Profili tanımlanmasa dahi, TR7 üzerindeki tüm vService'ler ön tanımlı (default) zaman aşımı değerleri ile devreye alınır. Bu varsayılan değerler; istemci bağlantıları, Kurum Servisi erişimleri, istek kuyruklama süreçleri, HTTP keepalive oturumları ve uzun süreli bağlantılar (örneğin WebSocket tünelleri) için dengeli ve güvenli bir başlangıç davranışı sağlar.

TR7, timeout yönetimini trafik akışı üzerinde, bağlantı ve oturum yaşam döngüsünün her aşamasında uygular. Her timeout parametresi; bağlantı kurulumu, istek iletimi, yanıt bekleme veya oturum sonlandırma gibi ilgili aşamaya özel olarak değerlendirilir ve bu sayede trafiğin kontrollü ve öngörülebilir bir şekilde yönetilmesi sağlanır.

Sağladığı faydalar

• Uzun süren veya yanıt vermeyen Kurum Servisi işlemleri kontrol altına alınabilir.
• Sistem kaynaklarının gereksiz yere meşgul edilmesi önlenir.
• Yük altında dahi tutarlı ve öngörülebilir servis davranışı sağlanır.
• Farklı uygulama ve servis ihtiyaçları için farklı timeout politikaları kolayca uygulanabilir.

Timeouts Profilinin Önemi

Load balancer ve application delivery mimarilerinde timeout yönetimi, yalnızca bağlantıların ne zaman sonlandırılacağını belirleyen bir ayar değil; sistemin stabilitesi, kaynak kullanımı ve öngörülebilirliği üzerinde doğrudan etkisi olan kritik bir bileşendir.

Uygulama trafiğinde istemciler veya Kurum Servisleri her zaman beklenen sürelerde yanıt vermez. Uzun süren istekler, yanıt üretmeyen Kurum Servisleri veya ağ gecikmeleri uygun şekilde yönetilmediğinde, bağlantıların gereksiz yere açık kalmasına ve sistem kaynaklarının tüketilmesine neden olabilir. Bu durum, özellikle yüksek trafik altında servis kalitesinin düşmesine ve zincirleme performans problemlerine yol açar.

Timeout mekanizmaları, her bağlantı ve oturum aşaması için makul süre sınırları tanımlanmasını sağlar. Böylece yanıt üretmeyen veya geciken işlemler kontrollü bir şekilde sonlandırılır ve sistemin sağlıklı çalışan servisler için kaynak ayırmaya devam etmesi sağlanır.

TR7 üzerinde timeout'ların profil bazlı ve vService seviyesinde tanımlanabilmesi, farklı uygulamaların farklı davranış ihtiyaçlarına göre yönetilmesine olanak tanır. Kısa yanıt süresi beklenen servisler ile uzun süreli bağlantılar (örneğin WebSocket veya uzun polling senaryoları) aynı sistem üzerinde, birbirini olumsuz etkilemeden çalıştırılabilir.

Kararlılık

Sistem stabilitesi

Yanıt vermeyen bağlantılar kontrol altında tutulur

Verimlilik

Kaynak kullanımı

Atıl ve yavaş bağlantılar serbest bırakılır

Öngörü

Yük altında davranış

Aşırı yükte dahi kararlı ve öngörülebilir servis

Esneklik

Profil bazlı politika

Her servis için ayrı timeout stratejisi

Bu nedenle Timeouts Profilleri, yalnızca teknik bir ayar değil; TR7 üzerinde çalışan servislerin kararlı, güvenilir ve yönetilebilir şekilde sunulmasının temel yapı taşlarından biridir.

Varsayılan Timeouts Profili Davranışı

TR7 üzerinde bir vService'e (HTTP/L7 TCP) herhangi bir Timeouts Profili atanmadığında, sistem varsayılan zaman aşımı profili ile çalışır. Bu profil, genel kullanım senaryoları için güvenli ve dengeli timeout değerleri sunar ve sistemin bağlantı ile oturum yönetiminde kararlı kalmasını sağlar. Özellikle ilk kurulum ve standart web/API trafiği senaryoları için ek yapılandırma gerektirmeden kullanılabilir.

Varsayılan Timeouts Profili kapsamında uygulanan timeout değerleri:

Parametre	Varsayılan	Açıklama
HTTP Keepalive Timeout	120 saniye	İstemci ile TR7 arasındaki HTTP bağlantısının, veri transferi olmadan ne kadar süre açık tutulacağını belirler.
HTTP Request Timeout	30 saniye	Bir HTTP isteğinin istemciden tamamen alınması için tanınan maksimum süreyi ifade eder.
Connect Timeout	20 saniye	TR7'nin Kurum Servisi ile TCP bağlantısını kurmak için bekleyeceği maksimum süreyi tanımlar.
Server Timeout	90 saniye	Kurum Servisi tarafında veri akışının durabileceği en uzun süreyi belirler.
Client Timeout	90 saniye	İstemciden veri gelmeden önce bağlantının ne kadar süre açık tutulacağını tanımlar.
Queue Timeout	60 saniye	Bir isteğin Kurum Servisi kuyruğunda en fazla ne kadar süre bekleyebileceğini belirtir.
Tunnel(Websocket) Timeout	120 saniye	WebSocket gibi uzun süreli bağlantılarda veri akışı yokken bağlantının ne kadar süre açık kalacağını belirler.
Client FIN	3 saniye	İstemci tarafından bağlantı sonlandırıldıktan sonra kapanışın tamamlanması için beklenecek süreyi tanımlar.
Server FIN	6 saniye	Kurum Servisi tarafından sonlandırılan bağlantılarda kapanış sürecinin tamamlanması için beklenecek süreyi ifade eder.

Bu varsayılan değerler, çoğu standart web ve API uygulaması için güvenli bir başlangıç noktası sunar ve sistem güvenliği ile stabilitesi gözetilerek tasarlanmıştır; ancak her ortam için optimal değerleri garanti etmez. WebSocket kullanımı, uzun süreli Kurum Servisi işlemleri, yüksek trafik hacmi veya özel uygulama gereksinimleri söz konusu olduğunda, profillerin uygulamaya özel yapılandırılması önerilir.

Etkiler ve Davranış

Timeouts Profilleri kapsamında tanımlanan timeout değerleri, TR7 üzerinde trafik akışı sırasında bağlantı ve oturumların kontrollü bir şekilde yönetilmesini sağlar. Timeout değerlerine ulaşıldığında TR7, ilgili bağlantıyı veya oturumu kontrollü bir şekilde sonlandırarak sistem kaynaklarını serbest bırakır ve diğer işlemlerin devam etmesini sağlar.

Aşağıdaki sequence diyagramı, bir bağlantının yaşam döngüsünde her timeout parametresinin hangi aşamada devreye girdiğini gösterir:

Aşağıdaki bölümlerde sürecin kritik davranışları ayrıntılı olarak açıklanmaktadır.

INFO

Yanıt Alınamayan Bağlantılar

İstemci veya Kurum Servisi tarafında belirlenen sürelerde yanıt alınamadığında TR7, bekleyen bağlantıları tanımlı sınırlar dahilinde sonlandırarak kaynak tükenmesinin ve zincirleme performans problemlerinin önüne geçer. Kurum Servislerine bağlantı kurulamadığında veya yanıt alınamadığında, Connect timeout ve Server timeout değerleri devreye girerek trafiğin sağlıklı servisler üzerinde devam etmesini sağlar.

INFO

Queue Timeout Davranışı

Queue timeout sayesinde, yoğun Kurum Servisi yükü altında kuyruğa alınan istekler sınırsız süre bekletilmez; belirlenen süre aşıldığında istek kontrollü şekilde sonlandırılır. Bu davranış, sistemin aşırı yük altında dahi öngörülebilir ve kararlı kalmasını sağlar.

INFO

Uzun Süreli Bağlantılar (WebSocket)

WebSocket ve benzeri uzun süreli bağlantılarda Tunnel(Websocket) timeout değeri, idle bağlantıların sistem kaynaklarını gereksiz yere tüketmesini önlerken meşru uzun ömürlü bağlantıların da korunmasına olanak tanır.

Bu davranış modeli sayesinde Timeouts Profilleri, servis kesintisi oluşturmak yerine yavaş veya yanıt vermeyen bağlantılara karşı koruyucu bir kontrol mekanizması olarak çalışır.

Önerilen Değerler ve Ayarlama Rehberi

Timeout değerlerinin doğru yapılandırılması, TR7 üzerinde çalışan servislerin performansı, stabilitesi ve öngörülebilirliği açısından kritik öneme sahiptir. Varsayılan değerler genel kullanım senaryoları için dengeli bir başlangıç noktası sunar; ancak uygulama türüne, Kurum Servisi davranışına ve trafiğe bağlı olarak ayarlanması gerekebilir.

TIP

Microsoft Exchange (Outlook / OWA / ActiveSync)

Microsoft Exchange servisleri; Outlook istemcileri, OWA (Outlook Web App) ve ActiveSync bağlantıları gibi uzun süreli ve arka planda sürekli açık kalabilen HTTP tabanlı oturumlar içerir. Bu tür servislerde:

• HTTP keepalive timeout değeri artırılmalıdır.
• Server timeout ve Client timeout değerleri varsayılanın üzerinde yapılandırılabilir.
• Connect timeout değeri çok düşük tutulmamalıdır.
• Queue timeout değeri, yoğun saatlerde bağlantı kesintisi oluşturmayacak şekilde ayarlanmalıdır.
• WebSocket veya benzeri uzun bağlantı kullanımı varsa Tunnel(Websocket) timeout değeri artırılmalıdır.

Düşük timeout değerleri; Outlook istemcilerinde bağlantı kopmaları, yeniden kimlik doğrulama döngüleri ve gecikmeli açılış problemlerine neden olabilir.

TIP

Web Uygulamaları (Standart HTTP/HTTPS)

Klasik web uygulamalarında istekler genellikle kısa sürede yanıtlanır ve istemci–sunucu etkileşimi senkron yapıdadır. Bu tür servislerde:

• HTTP request timeout ve Connect timeout değerleri düşük tutulabilir.
• Server ve Client timeout değerleri varsayılan seviyelerde bırakılabilir.
• Queue timeout değeri, ani trafik artışlarında kontrollü bekleme sağlayacak şekilde yapılandırılmalıdır.

Bu yaklaşım, yanıt vermeyen veya yavaş işlemlerin sistem kaynaklarını tüketmesini engeller.

TIP

API Servisleri

API servisleri genellikle hızlı yanıt üretmesi beklenen, kısa ömürlü bağlantılar üzerinden çalışır. Bu senaryolarda:

• HTTP request timeout değeri daha kısa tutulabilir.
• Server timeout değeri, API'nin beklenen maksimum işlem süresine göre ayarlanmalıdır.
• Keepalive süreleri, yüksek istek hacmi bulunan API'lerde performans avantajı sağlayabilir.

Amaç, yavaş veya hatalı API çağrılarının diğer istekleri etkilemesini önlemektir.

TIP

Uzun Süreli Kurum Servisi İşlemleri

Raporlama, dosya işleme veya veri analizi gibi uzun süren Kurum Servisi işlemlerinde:

• Server timeout ve Client timeout değerleri artırılabilir.
• Queue timeout değeri, Kurum Servisi kapasitesine göre dikkatli şekilde ayarlanmalıdır.

Bu tür servislerde timeout değerlerinin gereğinden düşük tutulması, işlemlerin tamamlanmadan sonlandırılmasına neden olabilir.

TIP

WebSocket ve Uzun Süreli Bağlantılar

WebSocket veya benzeri sürekli açık kalan bağlantı senaryolarında:

• Tunnel(Websocket) timeout değeri, uygulamanın beklenen idle süresine göre artırılmalıdır.
• WebSocket bağlantısı kurulduktan sonra Client Timeout ve Server Timeout değerleri devrede olmaz; belirleyici olan yalnızca Tunnel(Websocket) Timeout değeridir. Bu değer, uygulamanın canlı tutma (ping/pong) aralığından uzun seçilmelidir.

Bu yapılandırma, uzun ömürlü bağlantıların gereksiz yere sonlandırılmasını önlerken kaynak kullanımını kontrol altında tutar.

TIP

Yük Altındaki Ortamlar

Yüksek trafik veya sınırlı Kurum Servisi kapasitesi bulunan ortamlarda:

• Queue timeout değeri, sistemin aşırı yük altında dahi öngörülebilir davranmasını sağlayacak şekilde ayarlanmalıdır.
• Connect timeout değerinin makul seviyede tutulması, erişilemeyen Kurum Servislerine yapılan beklemeleri sınırlar.

Bu yaklaşım, servis sürekliliğini korurken zincirleme performans problemlerini engeller.

Zaman Aşımı Değerlerinin Kapsamı

L7 TCP vService'lerde iki alan uygulanmaz

HTTP Keepalive Timeout ve HTTP Request Timeout yalnızca HTTP vService'lerde geçerlidir. Profil bir L7 TCP vService'e atandığında bu iki değer sessizce yok sayılır; diğer yedi değer uygulanır.

Bağlantı modu HTTP KeepAlive değerini etkisiz kılabilir

HTTP TCP Multiplexing aksiyonunda Close after every request seçilirse yanıt sonrası bağlantı kapatıldığından bekleme aşaması hiç oluşmaz ve HTTP Keepalive Timeout işlevsiz kalır.

Close the backend service connection seçiminde ise istemci tarafındaki kalıcı bağlantı korunduğu için değer geçerliliğini sürdürür.

Connect timeout ikinci bir işlev taşır

Connect Timeout değeri, aynı zamanda isteği yanıt vermeden bekleten aksiyonların (Block aksiyonundaki bekletmeli seçenek ile WAF ve AGS tarafındaki karşılıkları) bekletme süresini de belirler. Bu değeri düşürmek, bekletme tabanlı yavaşlatmanın etkisini de azaltır.

Sıfır değeri sınırsız anlamına gelir

Alanlar 0 değerini kabul eder; bu, ilgili zaman aşımının tamamen devre dışı bırakılması demektir. Örneğin Client Timeout 0 yapılırsa atıl istemci bağlantıları hiçbir zaman kapatılmaz ve kaynak tüketmeye devam eder. Bu değer bilinçli olarak seçilmedikçe kullanılmamalıdır.

Operasyonel En İyi Uygulamalar

• Profil bazlı yönetim kullanılır. Benzer trafik yapısına ve davranış modeline sahip vService'ler için ortak profiller tanımlanır; uzun süreli bağlantı kullanan WebSocket gibi servisler için ayrı bir profil oluşturulur. Bu yaklaşım hem karmaşıklığı azaltır hem de tutarlı davranış sağlar.
• Varsayılan profil canlı trafikte körlemesine kullanılmaz. Varsayılan profil güvenli bir başlangıç sunar; ancak yüksek trafik, uzun süreli Kurum Servisi işlemleri ya da özel senaryolarda uygulama gereksinimlerine göre özelleştirilmelidir.
• Timeout değerleri kademeli olarak ayarlanır. Ani ve büyük değişikliklerden kaçınılır; özellikle Server timeout ve Client timeout gibi kritik değerlerin düşürülmesi beklenmeyen bağlantı kesintilerine neden olur.
• "Used in" bilgisi kontrol edilmeden değişiklik yapılmaz. Bir profil, canlı ortamda hangi vService'lerde kullanıldığı bilinmeden güncellenmemelidir; değişiklik tüm bağlı servisleri anında etkiler.
• Server Timeout, Kurum Servisi performansına göre ayarlanır. Değer, Kurum Servislerinin gerçek yanıt sürelerine göre belirlenmelidir; gereğinden düşük değerler işlemleri yarıda keser, gereğinden yüksek değerler kaynak israfına yol açar.
• WebSocket senaryolarında Tunnel(Websocket) Timeout'u dikkatli yapılandırın. Değer, uygulamanın beklenen idle süresine ve ping/pong mekanizmasına göre ayarlanmalıdır; düşük değerler aktif oturumların kesilmesine neden olabilir.
• Trafik ve log verileriyle sürekli gözlem yapılır. Yapılandırma sonrasında vService metrikleri ve log kayıtları düzenli izlenir; timeout kaynaklı hatalar analiz edilerek profiller güncellenir.

Kullanılabildiği vService Tipleri

HTTP

L7 TCP

Network

Nasıl Eklenir?

Yeni bir Timeouts Profili, TR7 web yönetim arayüzü üzerinden aşağıdaki adımlarla eklenir:

1. Sol altta bulunan TR7 logosuna tıklanarak Configuration Menu açılır.
2. Load Balancer → Profiles → Timeouts → Add adımları takip edilir.
3. Profil için benzersiz ve açıklayıcı bir isim girilir.
4. Uygulama ve servis gereksinimlerine uygun değerler yapılandırılır.
5. Add butonuna tıklanarak profil eklenir.

TIP

Hızlı arama ile sayfaya ulaşma

Menüde adım adım gezmek yerine, ekranın sol alt köşesindeki arama çubuğu kullanılarak ilgili sayfaya doğrudan ulaşılır. Arama çubuğu Windows'ta Alt + T, macOS'ta Opt + T kısayolu ile açılır; ardından aranan özelliğin adının yazılması yeterlidir.

Oluşturulan profil, bir veya birden fazla vService üzerinde kullanılabilir. Profil atandığı anda, tanımlanan timeout değerleri ilgili vService trafiği için geçerli hale gelir.

Profilleri Listeleme Ekranı

Load Balancer → Profiles → Timeouts yolu izlenerek TR7 cihazı üzerinde ekli olan tüm Timeouts Profillerinin listesine ulaşılır. Bu ekran üzerinden profil ekleme, düzenleme ve silme işlemleri yapılır.

Timeouts Profillerini Listeleme Formu

Tablo varsayılan olarak şu kolonlarla açılır:

Kolon	Açıklama
Name	Profilin adı.
HTTP Keepalive Timeout	HTTP bağlantısında bir sonraki isteğin beklenebileceği süre.
HTTP Request Timeout	Tam bir HTTP isteğinin alınması için tanınan süre.
Connect Timeout	Kurum Servisi'ne bağlantı kurulması için tanınan süre.
Server Timeout	Kurum Servisi tarafında hareketsizlik süresi.
Client Timeout	İstemci tarafında hareketsizlik süresi.
Queue Timeout	İsteğin kuyrukta bekleyebileceği süre.
Tunnel(Websocket) Timeout	Tünel (WebSocket) bağlantılarında hareketsizlik süresi.
Client FIN	İstemci tarafında yarı kapalı bağlantının bekletilme süresi.
Server FIN	Kurum Servisi tarafında yarı kapalı bağlantının bekletilme süresi.

Süre kolonları değeri N second(s) biçiminde gösterir. Varsayılan olarak gizlenen kolon bulunmaz; kolon seçicisinde bu on kolon yer alır. Tablo açılışta sıralanmamıştır; bir kolon başlığına tıklandığında önce azalan, sonra artan sıralama uygulanır, üçüncü tıklamada sıralama kalkar.

Araç çubuğundaki öğeler soldan sağa aşağıdaki sırayla yer alır; son iki öğe (Page Information ve Page Size) tablonun altındaki bilgi şeridinde bulunur.

Columns

Tabloda hangi kolonların gösterileceği seçilir; on kolon da varsayılan olarak açıktır. Aynı panelde kolonlar sürüklenerek yeniden sıralanır ve kolon başına hizalama seçilir; Fit rows to the page butonuyla satır yüksekliği sayfaya sığdırılır, Reset butonuyla kolon düzeni varsayılana alınır. Düzen kullanıcı bazında saklanır.

Filter

Filter butonu, listede gösterilen profilleri belirli kriterlere göre süzmek için kullanılır; buton etkin filtre sayısını rozetle gösterir. Şeritte tek kart bulunur: Used in. Kart profilin kullanıldığı vService adlarını listeler; hiçbir vService'te kullanılmayan profiller için Unused Entries seçeneği bulunur. Seçimler kart şeridinin altında, tablonun hemen üstünde kapatılabilir etiketler olarak görüntülenir.

Export

Export butonuna tıklanarak tablo Excel, CSV veya PDF olarak dışa aktarılır. Açılan pencerede Filename, Format ve Data Source ile dışa aktarılacak Columns belirlenir; kalan alanlar biçime göre görüntülenir: CSV'de CSV Separator, Excel'de Excel Sheet Name, PDF'te Page Orientation ve Page Size.

Add

Add butonuna tıklanarak yeni bir profil oluşturma formu Add sekmesinde açılır.

Delete

Bir veya birden fazla profil seçilip Delete butonuna tıklandığında ilgili profiller silinir.

WARNING

Kullanımda olan bir profil de silinebilir ve onay penceresi kullanım yerlerini göstermez. Profili kullanan vService'ler sessizce varsayılan değerlere döner; silmeden önce önizleme panelindeki Used in sekmesi kontrol edilmelidir.

Edit

Edit butonuna tıklanarak seçili profilin düzenleme formu Edit sekmesinde açılır. Buton yalnızca tek bir profil seçildiğinde etkinleşir.

Search

Tablodaki tüm bilgilerde arama yapmak için kullanılır.

RegExp Search

Tabloda bulunan tüm bilgilerde düzenli ifade (RegExp) ile arama yapmak için kullanılır. Sütun bazlı arama ya da kullanım filtresi etkinken bu buton gizlenir.

Column Based Search

Tabloda bulunan bilgilerde sütun bazlı arama yapmak için kullanılır.

Usage Filter

Profillerin hangi vService'lere bağlı olduğunu filtrelemek için kullanılır; seçilen vService'te kullanılan profiller listelenir, hiçbir vService'te kullanılmayanlar için Unused Entries seçeneği bulunur. Filtre etkinken arama kutusunun yerini seçici alır; simgeye yeniden tıklandığında arama kutusu geri döner.

Page Information

Tanımlı toplam profil sayısı ile listede görüntülenen profil sayısına ait bilgiler yer alır: Showing N-M of T records ve seçili profil sayısı (N selected, seçim yokken Nothing selected). Filtre şeridinde seçim yapılmışsa aynı satıra uygulanan filtre sayısı ile gösterilen/toplam satır bilgisi eklenir.

Page Size

Sayfada görüntülenecek maksimum profil sayısı seçilir. Varsayılan 20; seçenekler 5, 10, 20, 50, 100, 200, 500 ve All.

Sağ Tık Menüsü

Bir satıra sağ tıklandığında, başlığında profilin adı bulunan bir menü açılır. Menüdeki iki işlem de yalnızca sağ tıklanan profile uygulanır; listede yapılmış seçim menüyü etkilemez.

İşlem	Ne yapar
Edit	Profilin düzenleme formunu Edit sekmesinde açar; araç çubuğundaki Edit butonunun açtığı formun aynısıdır.
Delete	Sağ tıklanan profili siler; araç çubuğundaki silme ile aynı onay sorusu görüntülenir.

Seçilen Profilin Önizlemesi

Listede bir satıra tıklandığında ekranın sağında profilin önizlemesi açılır; seçili satıra yeniden tıklandığında panel kapanır. Başlıkta saat simgesi, profilin adı ve Timeout profile alt başlığı, sağ üstte ise tek bir işlem bulunur.

Seçilen Profilin Önizlemesi

İşlem	Ne yapar
Edit	Profilin düzenleme formunu Edit sekmesinde açar.

Panelde üç sekme bulunur; sonuncusu yalnızca profili kullanan bir vService varsa görüntülenir:

Details

Profilin ayarlarını satır satır listeler (aşağıdaki tablo).

Log

Profil üzerindeki kullanıcı işlemlerini (ekleme, düzenleme, silme) zaman çizelgesi olarak listeler.

Used in

Profilin kullanıldığı vService'leri listeler. Sekme adının yanındaki rozet kullanım sayısını gösterir; profili kullanan bir vService yoksa sekme hiç görüntülenmez.

Details sekmesindeki satırlar sırasıyla aşağıdaki gibidir:

Satır	Açıklama	Görünme koşulu
Name	Profilin adı.	Her zaman
HTTP Keepalive Timeout	N second(s) biçiminde süre.	Her zaman
HTTP Request Timeout	N second(s) biçiminde süre.	Her zaman
Connect Timeout	N second(s) biçiminde süre.	Her zaman
Server Timeout	N second(s) biçiminde süre.	Her zaman
Client Timeout	N second(s) biçiminde süre.	Her zaman
Queue Timeout	N second(s) biçiminde süre.	Her zaman
Tunnel(Websocket) Timeout	N second(s) biçiminde süre.	Her zaman
Client FIN	N second(s) biçiminde süre.	Her zaman
Server FIN	N second(s) biçiminde süre.	Her zaman

"Used in" sekmesi mutlaka kontrol edilmelidir

Used in sekmesi, profilin hangi vService'lerde aktif olduğunu gösterir. Canlı ortamda profil ayarlarında yapılacak güncellemeler tüm bağlı servisleri anında etkileyeceğinden, değişiklik öncesi olası servis etkilerinin değerlendirilmesi kritik öneme sahiptir.

Profil Ekleme Formu

Load Balancer → Profiles → Timeouts → Add adımları takip edilerek TR7 cihazı üzerine yeni bir Timeouts Profili eklenir.

Timeouts Profili Ekleme Formu

Sayı alanları formda boş gelir ve varsayılan değer gri ipucu olarak görüntülenir; boş bırakılan alana kayıt sırasında varsayılan değer uygulanır. Tüm süreler saniye cinsindendir.

INFO

Name Zorunlu

Oluşturulacak profile benzersiz bir isim girilir. Kullanılmakta olan bir isim girildiğinde form Name is used uyarısı verir ve kayıt tamamlanmaz.

INFO

HTTP Keepalive Timeout Varsayılan: 120 sn

İstemci ile TR7 arasında kurulan HTTP bağlantısının, aktif bir veri transferi olmadan ne kadar süre açık tutulacağı belirlenir. Bu süre boyunca aynı TCP bağlantısı üzerinden birden fazla HTTP isteği gönderilebilir; bağlantı kurulum maliyetini azaltarak performansı artırır. 0 – 60.000 saniye arasında değer girilebilir.

INFO

HTTP Request Timeout Varsayılan: 30 sn

İsteğin ilk satırı ve tüm başlıklarının alınması için tanınan süredir; istek gövdesi bu kapsamda değildir (gövde Client Timeout ile sınırlanır). Başlıklarını yavaş gönderen istemcilere karşı koruma sağlar. 0 – 60.000 saniye arasında değer girilebilir.

INFO

Connect Timeout Varsayılan: 20 sn

TR7'nin Kurum Servisi ile TCP bağlantısını kurmak için bekleyeceği maksimum süre belirlenir. Kurum Servisi erişilemez veya bağlantı gecikirse, bu süre sonunda bağlantı başarısız kabul edilir. Yanıt vermeyen Kurum Servislerinin trafik akışını uzun süre etkilemesini engeller. 0 – 60.000 saniye arasında değer girilebilir.

INFO

Server Timeout Varsayılan: 90 sn

Kurum Servisi tarafında veri akışının durduğu süreyi sınırlar. Sayaç her veri aktarımında sıfırlanır; bu nedenle alan, işlemin toplam süresini değil, iki veri parçası arasındaki en uzun sessizliği belirler.

Uzun süren ancak veri akıtmaya devam eden işlemler (akış hâlinde indirme, parçalı yanıt) bu süreyle kesilmez; kesilen durum, Kurum Servisinin hiç veri göndermemesidir. 0 – 60.000 saniye arasında değer girilebilir.

INFO

Client Timeout Varsayılan: 90 sn

İstemci tarafında veri akışının durduğu süreyi sınırlar; sayaç her aktarımda sıfırlanır. İstemcinin bağlantıyı açık bırakıp veri göndermemesi durumunda, bu süre sonunda bağlantı kapatılır. Atıl istemci bağlantılarının kaynak tüketmesini önler. 0 – 60.000 saniye arasında değer girilebilir.

INFO

Queue Timeout Varsayılan: 60 sn

Kurum Servislerinin yoğun olduğu durumlarda, bir isteğin Kurum Servisi kuyruğunda bekleyebileceği maksimum süre belirlenir. Bu süre aşıldığında istek işlenmeden sonlandırılır ve istemciye 503 yanıtı döner. Aşırı yük altında dahi sistemin öngörülebilir ve kontrollü çalışmasını sağlar. 0 – 60.000 saniye arasında değer girilebilir.

INFO

Tunnel(Websocket) Timeout Varsayılan: 120 sn

WebSocket gibi uzun süreli ve sürekli açık kalan bağlantılar için geçerli olan zaman aşımı süresi belirlenir. Bağlantı üzerinde veri akışı olmadığında, bu süre sonunda tünel kapatılır. Uzun ömürlü bağlantıların güvenli ve kontrollü yönetilmesini sağlar. 0 – 60.000 saniye arasında değer girilebilir.

INFO

Client FIN Varsayılan: 3 sn

İstemci tarafından TCP bağlantısının sonlandırılması sonrasında, bağlantının tamamen kapatılması için beklenecek maksimum süre belirlenir. TCP kapanış sürecinin hızlı ve düzgün tamamlanmasını sağlar. 0 – 60.000 saniye arasında değer girilebilir.

INFO

Server FIN Varsayılan: 6 sn

Kurum Servisi tarafından TCP bağlantısının sonlandırılması sonrasında, bağlantının tamamen kapatılması için beklenecek maksimum süre belirlenir. Kurum Servisi taraflı bağlantı kapanışlarının tutarlı ve kontrollü yönetilmesini sağlar. 0 – 60.000 saniye arasında değer girilebilir.

INFO

Add

Add butonuna tıklanarak profil ekleme işlemi tamamlanır.

vService'e Nasıl Eklenir?

Timeouts Profili, bir vService'e aşağıdaki adımlar takip edilerek atanır.

1

Adım 1 vServices ekranına git

TR7 web arayüzünden Load Balancer → Load Balancer vService List yolu izlenir.

2

Adım 2 vService'in düzenleme ekranını aç

Profilin ekleneceği vService'e sağ tıklayıp Edit seçilir; veya vService'in üzerine tıklanıp sağda açılan pencereden Edit ikonuna tıklanır.

3

Adım 3 Timeout özelliğini etkinleştir

vService'in düzenleme ekranının sağındaki Details panelinde Timeout seçeneği işaretlenerek özellik devreye alınır. İşaretlendiğinde yerleşik Default profili seçili gelir; yeni bir vService'te bu seçenek kapalı başlar.

vService Düzenleme Ekranında Timeouts Seçimi

4

Adım 4 Profil seç veya yenisini ekle

Default dışında bir profil kullanmak için satırın yanındaki ok işaretine tıklanır ve genişleyen bölümdeki listeden seçim yapılır.

İstenirse Add butonuna tıklanarak vService düzenleme ekranı üzerinden yeni bir profil de eklenebilir.

5

Adım 5 Kaydet

Save butonuna tıklanarak değişiklikler kaydedilir; yapılandırma vService'e uygulanırken "vService düzenleniyor" bildirimi görüntülenir.