Smarter by Design.Simpler for Business
TR7Enterprise Application Delivery & Security Platform
Yaptığım bir değişiklik ne zaman devreye girer; kaydettiğim anda canlıya mı yansır?
Kısa cevap
Evet. Save, Add ya da Submit'e basıldığında kayıt hemen alınır; Load Balancer değişiklikleri yaklaşık bir saniye bekletilip birleştirilerek canlıya uygulanır. Uygulamanın ilerlemesi ekranın sağ altındaki senkron göstergesinde yüzde olarak izlenir (Syncing Traffic manager...); işlem bitince gösterge All synced yazar. HTTP ve L7 TCP vService'lerde değişiklik çoğunlukla açık bağlantılar kopmadan uygulanır; yalnızca birkaç ayar vService'i yeniden başlatır. Network vService'lerde her kayıt vService'i yeniden başlatır. Cluster kurulumunda varsayılan auto-sync ile değişiklik eş cihaza da otomatik gönderilir; Manual Sync Mode açıksa değişiklik yerel cihazda kalır ve Synchronize ile elle gönderilir.
Nasıl Çalışır?
- Kayıt: Değişiklik kaydedilir ve ekran hemen döner.
- Kısa bekleme: Load Balancer değişikliklerinde TR7 bir saniye bekler; bu sürede yapılan başka değişiklikler tek bir uygulamada birleşir.
- Uygulama: Yeni yapılandırma üretilir ve yalnızca değişen vService'lere uygulanır; değişmeyen vService'lere dokunulmaz.
- Sıra: Bir uygulama sürerken yeni değişiklikler gelirse beklemeye alınır ve bitince en güncel hâliyle tek seferde uygulanır; hiçbir değişiklik kaybolmaz.
Uygulama Nereden İzlenir?
Ekranın sağ alt köşesindeki senkron göstergesi, kaydedilen değişikliğin sisteme uygulanmasını canlı olarak gösterir:
| Gösterge | Anlamı |
|---|---|
Syncing Traffic manager... ve yanında yüzde çubuğu | Load Balancer yapılandırması uygulanıyor; yüzde, uygulamanın ne kadarının tamamlandığını gösterir. Ağ değişikliklerinde alan adı Network olarak yazılır. |
Syncing Traffic manager (both devices)... | Cluster'da değişiklik iki cihazda birden uygulanıyor. |
All synced (yeşil onay) | Uygulama tamamlandı; bütün alanlar güncel. |
<N> sync error(s) (kırmızı) | Uygulama hata verdi; göstergenin üzerine gelindiğinde hangi alanda, hangi cihazda ve hangi hatayla durduğu listelenir. Hata, o alan bir sonraki kez başarıyla uygulanana kadar görünür. |
<N> field(s) out of sync | Cluster'da iki cihazın yapılandırması farklı (ör. Manual Sync Mode açıkken yapılan değişiklikler). |
Göstergenin üzerine gelindiğinde açılan Active Operations penceresi her işlemin yüzdesini ve çalıştığı cihazı gösterir; göstergeye tıklandığında HA Clustering & Sync ekranı açılır. Aynı özet Home ekranındaki Synchronization Status satırında da görünür.
Açık Bağlantılar Kopar mı?
| Değişiklik | Etkisi |
|---|---|
| HTTP / L7 TCP vService'te olağan değişiklikler (Kurum Servisi, action, condition, sertifika, profil…) | Kesintisiz yeniden yükleme; açık bağlantılar korunur |
| HTTP / L7 TCP vService'te aşağıdaki tabloda listelenen süreç düzeyi ayarlar | vService yeniden başlatılır; açık bağlantılar kopar |
| Network vService'te herhangi bir değişiklik (ad değişikliği dahil) | vService yeniden başlatılır |
| vService listesinde sağ tık → Reload | vService zorunlu olarak yeniden başlatılır; açık bağlantılar kopar |
Kesintisiz yeniden yükleme başarısız olursa TR7 vService'i yeniden başlatarak yeni yapılandırmayı yine uygular.
HTTP / L7 TCP vService'i Yeniden Başlatan Ayarlar
Aşağıdaki alanlar kesintisiz yeniden yüklemeyle uygulanamaz; değerleri değiştiğinde kayıt sırasında vService yeniden başlatılır:
| Nerede | Alan |
|---|---|
| vService → Details → QOS | Cores, Memory Limit, CPU Priority, Cpu Usage Limit (%) ve Core Engine |
| vService Limits profili | Max. Connections/s, Max. Session Rate/s, Max. Total SSL Connections, Max. SSL Connections/s ve Buffer Size(kB) |
| WAF (yalnız HTTP) | WAF'ın vService'te açılması ya da kapatılması ve WAF seçeneklerindeki Max. Body Size to Process(kB) |
| Compression (yalnız HTTP) | Compression'ın vService'te (Details → Compression) açılması ya da kapatılması ve profildeki Compression Level |
| HTTP 1.0 Header Compatibility action'ı | Action'ın vService'e eklenmesi ya da çıkarılması ve Headers to Fix listesinin değiştirilmesi |
- Profil alanları iki yoldan değişir: vService'e atanmış profil düzenlendiğinde ya da vService'te başka bir profil seçildiğinde. Tablodaki bir alanın değeri değişiyorsa ikisi de ilgili vService'leri yeniden başlatır.
- QOS kapatıldığında Cores, Memory limit, CPU priority ve Cpu Usage Limit (%) varsayılanlarına döner; bu alanlarda varsayılandan farklı bir değer varsa QOS'u kapatmak da vService'i yeniden başlatır.
- vService'in tampon boyutu, Buffer Size(kB) ile (WAF açıksa) Max. Body Size to Process(kB) değerlerinin büyüğüdür. Yeniden başlatma, bu büyük değer değiştiğinde olur (WAF'ı açıp kapatmak da bu yüzden yeniden başlatır); örneğin WAF açık bir vService'te Buffer Size(kB) WAF değerinin altında kaldıkça değiştirilmesi vService'i yeniden başlatmaz.
Cluster'da
Cluster'daki eşitleme biçimi Settings → Device Management → HA Clustering & Sync ekranındaki Manual Sync Mode alanıyla belirlenir:
| Mod | Davranış |
|---|---|
| Auto-sync (varsayılan; Manual Sync Mode kapalı) | Değişiklik yerel cihazda uygulanırken eş cihaza da otomatik gönderilir. Load Balancer değişiklikleri, yerel cihazdaki bir saniyelik bekleme bittikten sonra birleştirilmiş olarak eş cihaza geçer. |
| Manual Sync Mode açık | Değişiklik yalnızca yerel cihazda uygulanır; sağ alttaki gösterge <N> field(s) out of sync yazar. Değişiklikler HA Clustering & Sync ekranındaki Synchronize ile eş cihaza gönderilir; iki Synchronize arasında en az 30 saniye olmalıdır. |
Sık Karıştırılan Noktalar
- "Değişikliğin devreye girmesi için vService'i Reload etmeliyim." Gerekmez; kayıt kendiliğinden uygulanır. Reload vService'i yeniden başlatır ve açık bağlantıları koparır.
- "Her değişiklik bütün vService'leri yeniden yükler." Yalnızca değişikliğin etkilediği vService'lere uygulanır.
- "Network vService'te ad değiştirmek zararsızdır." Network vService'te her kayıt vService'i yeniden başlatır; değişiklik düşük trafikli bir zamanda yapılır.
- "Manual Sync Mode açıkken değişiklik eş cihaza da uygulanır." Uygulanmaz; Synchronize'a basılana kadar eş cihaz eski yapılandırmayla çalışır.
Dokümantasyonda nasıl yapılır
