Yük dengeleme oturumları ne zaman bozar
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.
Süreklilik yöntemini vServis başına seçin
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.
9 yöntem hazır
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.
SAM — tam çerez kontrolü
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.
Herhangi bir ADC algoritmasıyla birleşir
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.
Hot-swap (yeniden başlatma yok)
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.
9 oturum süreklilik yöntemi sunulur
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. Dokuz, adlandırılmış yöntem sayısıdır: dinamik hash yöntemi anahtarını ifade dilinden kurar, yani üzerinde süreklilik kurabileceğiniz anahtarlar dokuzla sınırlı değildir.
Source-IP
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.
URI-uzunluğu hash
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.
URL-parametresi hash
Belirli bir sorgu parametresi üzerinde hash (örn. ?user_id, ?session_token). Aynı kullanıcı-kapsamlı isteği çerez gerektirmeden aynı kurum servisine yönlendirir.
Header hash
Ö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.
RDP çerezi
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 çerezi
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.
Kurum çerezi
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.
Dinamik süreklilik
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.
SAM — Session Affinity Manager
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 — Session Affinity Manager
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.
İki çerez kaynağı
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.
Dört oturum-ID formatı — geniş açılı Özel mod dahil
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.
Dört güvenlik bayrağı kombinasyonu
Ç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.
Operatör-yapılandırılabilir, kod yok
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.
Çerez ve IP'nin ötesinde — herhangi trafik değişkenini birleştirin
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
SAM Özel Format — gerçek-dünya kombinasyonları
Dinamik süreklilik — çoklu değişken hash anahtarları
Herhangi değişken üzerinde dönüşüm fonksiyonları
Sürekliliğin en kritik olduğu senaryolar
E-ticaret sepet ve checkout
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.
Kimliği doğrulanmış paneller
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 geçitleri ve uzak masaüstü çiftlikleri
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.
Oturum yönetimi olmayan eski uygulamalar
Oturumları kendileri izlemeyen uygulamalar. Source-IP veya URL-parametre sürekliliği, eski uygulama koduna dokunmadan kullanıcıları sabitler.
Sık sorulan sorular
Yük dengeleme algoritması ile süreklilik arasında seçim yapmak zorunda mıyım?
TR7 çerezi ile SAM arasında fark nedir?
Sabitlenmiş kurum servisi başarısız olduğunda ne olur?
Source-IP sürekliliğini kurumsal NAT arkasında kullanabilir miyim?
Oturum sürekliliği WebSocket ve HTTP/2 bağlantılarını etkiler mi?
Süreklilik yöntemini iş yüküne eşleştirin
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.