Bir yapılandırma değişikliğini kaydetmek persistence tablolarını sıfırlar mı?

Kısa cevap

Yönteme ve değişikliğin nasıl uygulandığına bağlıdır. Olağan kayıtlar vService'i kesintisiz yeniden yükler: bu sırada SAM tablosu yeni sürece aktarılır ve korunur, Hash tablosu ise aktarılmaz ve yeniden kurulur. New Cookie ve Current Cookie bilgiyi istemcideki cookie'de tuttuğu için hiç etkilenmez. vService menüsündeki Reload, Core Engine ya da kaynak (QOS) değişiklikleri ve bazı genel ayarlar ise servisi yeniden başlatır; bu durumda SAM ve Hash tabloları boşalır.

Yönteme Göre

Yöntem	Olağan kayıt (kesintisiz yeniden yükleme)	Yeniden başlatma (Reload, Core Engine/QOS değişikliği)
SAM	Korunur	Boşalır
Hash	Yeniden kurulur	Boşalır
New Cookie	Etkilenmez	Etkilenmez
Current Cookie	Etkilenmez	Etkilenmez
Self-persistent algoritmalar	Tablo yoktur; sunucu listesi değişmedikçe eşleme aynı kalır	Aynı

SAM'de Tabloyu Sıfırlayan Ayarlar

SAM tablosu olağan kayıtta korunur; ancak şu ayarlardan biri değişirse tablo kayıt sırasında da sıfırlanır: Session ID Format, Custom Format anahtarları, Cookie Source ve Current Cookie modunda Cookie Name (Uyumluluk ve kısıtlar). Max Idle ve Max Life değişiklikleri tabloyu sıfırlamaz.

Cookie Yöntemlerinde Dikkat

New cookie ve Current cookie'de sunucuyu tanımlayan değer Kurum Servisinin Cookie Content alanından ya da sunucunun adresinden gelir. Sunucunun IP'si veya portu değişirse ya da Cookie Name değiştirilirse mevcut cookie'ler eşleşmez ve istemciler yeniden dağıtılır.

Hangi Kayıt Servisi Yeniden Başlatır?

• vService'in menüsündeki Reload komutu (Dashboard'a erişim); cluster'da iki cihazda birlikte çalışır.
• Core Engine, çekirdek, CPU ya da bellek (QOS) değişiklikleri.
• vService Limits profilinde Max. Connections/s, Max. Session Rate/s, Max. Total SSL Connections, Max. SSL Connections/s ya da Buffer Size(kB) değerlerinin ve vService çekirdek/iş parçacığı sayısının değişmesi; vService'te Compression'ın açılması, kapatılması, farklı seviyeli bir Compression profiline geçilmesi ya da profilde seviyenin değişmesi.
• WAF profilindeki Max. Body Size to Process(kB) değerinin değişmesi; vService'in tampon boyutu bu değerle Buffer size(kB) değerinin büyüğüne göre belirlendiğinden tampon boyutu değiştiğinde servis yeniden başlar.
• HTTP 1.0 Header Compatibility aksiyonunun vService'e eklenmesi, kaldırılması ya da Headers to fix listesinin değişmesi.
• Kesintisiz yeniden yüklemenin başarısız olması.

WEB-CLI'daki lb service restart komutu varsayılan olarak kesintisiz yeniden yükleme yapar; --hardReload true verilirse servis yeniden başlatılır (yeniden başlatma ve durum).

Sık Karıştırılan Noktalar

• "Her kayıt bütün oturumları düşürür." SAM olağan kayıtta korunur; cookie yöntemleri hiç etkilenmez.
• "Reload yalnızca yapılandırmayı yeniden okur." vService menüsündeki Reload servisi yeniden başlatır ve SAM ile Hash tablolarını boşaltır.
• "Hash de SAM gibi korunur." Hash tablosu yeniden yüklemede aktarılmaz.
• "Cluster'da tablo diğer cihazda da vardır." SAM ve Hash tabloları her cihazda ayrıdır.

Dokümantasyonda nasıl yapılır

• HTTP (L7) vService · Uyumluluk ve kısıtlar
• HTTP (L7) vService · Oturum sürekliliği (Persistence)
• WEB-CLI · lb service · Yeniden başlatma ve durum

İlgili sorular

• Sunucu eklenip çıkarıldığında oturumlar yeniden dengelenebilir mi?
• Persistence açık olmasına rağmen kullanıcılarım farklı sunuculara düşüyor; neden?
• Hash persistence nasıl çalışır?