Round-robin her isteği farklı bir kurum servisine gönderir — bu tasarım gereği. Durumsuz servisler için mükemmeldir. Ama bir kullanıcı oturum açtığı, sepet doldurduğu veya uzak masaüstü başlattığı an, uygulama belirli bir kurum servisinde durum tutmaya başlar. İkinci istek farklı birine düşerse kullanıcı boş bir sepet, çıkış yapmış bir ekran veya donmuş bir RDP oturumu görür.
Oturum sürekliliği (veya 'yapışkanlığı') bunu, kullanıcıyı oturum boyunca seçilen kurum servisine sabitleyerek çözer. Yakalanan nokta: sabitlemenin tek doğru yolu yoktur. Source-IP, benzersiz-IP kullanıcılar için çalışır ama kurumsal NAT arkasında çöker. Çerezler tarayıcılarda çalışır ama ham TCP'de çalışmaz. URL-parametre hash durumsuz URL'ler için çalışır ama kullanıcı-kapsamlı akışlar için çalışmaz. Her yöntem bir yerde doğrudur.
Cevap her yöntemi sunmak ve vServis başına seçmektir.
Her vServis süreklilik yöntemini bir açılır menüden seçer — yük dengeleme algoritmasının yanında. Her iki katman bağımsızdır: kurum servisi seçimi için Fastest+ ve yapışkanlık için TR7 çerezi seçin, veya source-IP'li round-robin, veya iş yüküne uyan herhangi bir kombinasyon. Yöntem seçimi hot-swap, yeniden başlatma yok.
Beş kendinden-yapışkan yük dengeleme algoritması (source, URI, URL-param, header, RDP-cookie) artı dört açık süreklilik yöntemi (TR7 çerezi, kurum çerezi, dinamik, SAM). Her yaygın durumu kapsar.
Session Affinity Manager çerez kaynağını (TR7-üretimi veya kurum-üretimi), oturum formatını (UUID, IP-zaman-rastgele, IP-rastgele, özel) ve güvenlik bayraklarını (HttpOnly, Secure, SameSite=Strict/Lax) — kurum servisi koduna dokunmadan ayarlamanızı sağlar.
Süreklilik, yük dengeleme algoritmasının üzerinde çalışır: algoritma ilk istek için kurum servisini seçer, süreklilik geri kalanını sabitler. Soğuk başlangıç için Fastest+, oturum için yapışkan çerez — birlikte çalışır.
Canlı bir vServis'te süreklilik yöntemini değiştirin, yeni oturumlar yeni yöntemi anında benimser. Mevcut sabitlenmiş oturumlar süreleri dolana kadar kesintisiz devam eder.
Protokole, istemci popülasyonuna ve uygulamanın oturum modeline uyan yöntemi seçin. 9'u da vServis başına mevcuttur — kod yok, eklenti yok.
Aynı istemci IP'si her zaman aynı kurum servisine düşer. Basit, kodsuz, her protokol için çalışır. İstemci IP'leri çeşitli olduğunda en iyisidir — paylaşımlı NAT veya kurumsal proxy arkasında çöker.
URL uzunluğu üzerinde hash, URL karmaşıklığına göre yükü dağıtırken aynı URL'leri aynı kurum servisine sabitler. Önbellek-yakınlık senaryoları için kullanışlıdır.
Belirli bir sorgu parametresi üzerinde hash (örn. ?user_id, ?session_token). Aynı kullanıcı-kapsamlı isteği çerez gerektirmeden aynı kurum servisine yönlendirir.
Özel bir HTTP başlığı üzerinde hash. Yukarı yönlü çağıran tenant veya correlation ID'lerini enjekte ettiğinde veya başlık tabanlı A/B yönlendirme için kullanışlıdır.
Protokol görüşmesine gömülü RDP oturum çerezini okur. RDP geçitleri ve uzak masaüstü çiftlikleri için gereklidir — kullanıcıları yeniden bağlantıdan sonra aynı RDP host'unda tutar.
TR7 ADC yapışkanlık çerezini kendisi üretir ve yönetir — kurum servisi kodu gerekmez. Operatör çerez adını ve max-idle zaman aşımını belirler; ADC her istekte okur, kurum servisi yok sayar. Bir eski uygulamaya bağlanması en kolay süreklilik.
Uygulamanın kendi oturum çerezini yapışkanlık için kullanın — operatör çerez adını seçer (PHPSESSID, JSESSIONID, app-id veya herhangi bir özel ad) ve TR7 ADC mevcut değeri okur. Yeni çerez eklenmez. Uygulama zaten oturum izliyorsa ve ikinci bir çerez katmanlamak istemediğinizde doğru.
Bellekte tutulan hash-anahtarı süreklilik tablosu. Her giriş bir anahtarı — istek başlıkları, çerezler, source IP veya URL parametrelerinin herhangi bir kombinasyonu — bir kurum servisine eşler. Operatör tablo boyutunu (10K ile 100M giriş, varsayılan 3M) ve giriş süre aşımını belirler. Süreklilik kurallarının tek sabit bir çerez veya başlıktan daha esnek olması gerektiğinde kullanışlıdır.
Gelişmiş çerez tabanlı süreklilik motoru. Çerezi kimin ürettiğini, oturum-id formatını ve güvenlik bayraklarını seçin — hepsi UI'dan, kurum servisi değişikliği yok. Aşağıdaki ayrıntılara bakın.
SAM, TR7'nin en esnek süreklilik yöntemidir. Düz bir çerez oturumu sabitlerken, SAM o çerezin her özelliğini bir açılır menüden kontrol etmenizi sağlar — kurum servisi değişikliği olmadan, kural kodu yazmadan.
Yapışkanlık çerezini kimin üreteceğini seçin: TR7-üretimi (varsayılan — kurum servisi katılımı yok) veya kurum-üretimi (uygulamanın mevcut oturum çerezini kullan). Aktif oturumları bozmadan aralarında geçiş yapın.
Oturum tanımlayıcı format seçenekleri: UUID (rastgele 128-bit), IP-zaman-rastgele (izlenebilir, zaman sıralı), IP-rastgele (kiracı içinde anonim) veya Özel. Özel mod tüm trafik değişken yüzeyini açar — her istek başlığı, çerez, URL bileşeni, TLS oturum bilgisi, source IP (ham veya maskelenmiş), JWT claim'leri, sorgu parametreleri ve hatta istek gövdesi alanlarını operatör tanımlı dönüşüm fonksiyonlarıyla (maskeleme, hashleme, substring çıkarma, case normalleştirme, birleştirme) kombinleyin. Aynı değişken-ve-dönüşüm motoru Dinamik süreklilik hash anahtarlarını da yürütür. Gerçek-dünya kombinasyonları için aşağıdaki spotlight'a bakın.
Çerez güvenlik bayrakları: HttpOnly (JavaScript erişimi yok — XSS koruma), Secure (yalnızca HTTPS), SameSite=Strict (siteler arası gönderim yok — CSRF koruma), SameSite=Lax (uyumluluk-dostu varyant). İhtiyaca göre kombinleyin.
Yukarıdaki her şey SAM panelinde vServis başına bir açılır menüdür. Özel kural kodu yok, kurum servisi entegrasyonu yok, çerez işleme için ayrı WAAP kuralı yok. SAM bir betik değil, bir yapılandırmadır.
SAM Özel Format ve Dinamik süreklilik hash anahtarları, TR7 ADC'nin gördüğü her trafik değişkenini kabul eder — birleştirin, dönüştürün, uygulamanızın tam ihtiyaç duyduğu süreklilik kuralını kurun
Kullanıcılar birden fazla sayfa yüklemesi boyunca ürün ekler. Kurum çerezi veya TR7 çerezi sepet durumunu tek kurum servisinde tutar — checkout asla boş bir sepet görmez.
Kullanıcı izin önbelleğinin tek kurum servisinde yaşadığı oturum açık paneller. TR7-üretimi çerez + HttpOnly + Secure'lı SAM, kurum servisi kod değişikliği olmadan çalışır.
RDP oturumları aynı host'a yeniden bağlanmalıdır. RDP çerezi sürekliliği protokol-yerel oturum ID'sini okur — ek yapılandırma yok, çerez enjeksiyonu yok.
Oturumları kendileri izlemeyen uygulamalar. Source-IP veya URL-parametre sürekliliği, eski uygulama koduna dokunmadan kullanıcıları sabitler.
9 süreklilik yönteminin her yaygın durumu nasıl kapsadığını görün — RDP geçitlerinden eski uygulamalara, SAM kontrollü çerezlere kadar.