Büyük ölçekli veri merkezi ağlarında, Citrix NetScaler SDX platformu uygulama teslimatının (ADC) kalbidir. Tek bir donanım üzerinde onlarca sanal NetScaler (VPX) çalıştırabilen bu güçlü yapının izlenmesi, sadece “cihaz ayakta mı?” sorusunun ötesine geçmelidir.
Bu yazıda, Zabbix 7.0’ın yeni nesil özelliklerini kullanarak (Distributed Master Item & JavaScript Preprocessing), bir NetScaler SDX cihazı ve üzerindeki tüm VPX instance’ları için nasıl derinlemesine bir izleme mimarisi kurduğumuzu ve neleri takip edebildiğimizi inceleyeceğiz.
Neden Standart SNMP İzleme Yetersiz Kalır?
Standart şablonlar genellikle donanımın (SDX) genel sağlığına odaklanır. Ancak asıl trafik yükünü taşıyan ve servisleri sunan sanal makinelerin (VPX) iç dünyası, operasyonel süreklilik için daha kritiktir. Kurduğumuz yapı ile SDX katmanından VPX katmanına inerek tam görünürlük sağladık.
SDX Üzerinde Neleri Takip Ediyoruz?
Zabbix üzerinde oluşturduğumuz “Dağıtık Mimari” sayesinde, performans darboğazı yaratmadan aşağıdaki kritik veri setlerini anlık olarak alabiliyoruz:
1. Envanter ve Kimlik Yönetimi
Otomatik keşif (Discovery) kuralları sayesinde, SDX üzerine yeni bir VPX eklendiğinde Zabbix bunu otomatik olarak algılar ve izlemeye başlar.
- VPX İsimleri: SDX yönetim panelinde görünen instance isimleri.
- IP Adresleri: Her bir sanal makinenin yönetim IP adresi.
- Model Bilgisi: Sanal makinenin kaynak tahsis modeli (Örn: NetScaler Virtual Appliance).
- Yazılım Versiyonu (Build): Her VPX’in hangi sürümde (Örn: NS13.1 Build 54.29) çalıştığı. Patch yönetimi için kritik bir veridir.
- Lisans Türü: Cihazın lisans seviyesi (Standard, Platinum vb.).
2. Sağlık ve Erişim Durumu (Health Check)
Sadece “Ping” atmak yeterli değildir. SNMP tablosundan doğrudan cihazın kendi beyan ettiği durumları çekiyoruz:
- Instance Status: VPX ağ üzerinde erişilebilir durumda mı? (Up/Down)
- Instance State: Sanal makine işletim sistemi seviyesinde çalışıyor mu? (Running/Stopped/Unknown)
- Uptime: Servisin kesintisiz çalışma süresinin takibi.
3. Kaynak Kullanımı ve Kapasite Planlama
Her VPX için ayrılan kaynakların verimli kullanılıp kullanılmadığını görmek için:
- CPU Kullanımı (%): Anlık işlemci yükü.
- RAM Kullanımı (%): Bellek doluluk oranı.
- Toplam Bellek (MB): Instance’a tahsis edilen toplam RAM miktarı.
Bu veriler sayesinde “Over-provisioning” (gereksiz kaynak tahsisi) veya kaynak darboğazlarını tespit etmek mümkün hale gelir.
4. Yüksek Erişilebilirlik (HA) Durumu
NetScaler ortamlarında en kritik nokta HA (High Availability) yapısının sağlığıdır. Bir failover (devretme) yaşanıp yaşanmadığını anlamak için şunları izliyoruz:
- HA Rolü: Cihaz şu an Primary mi yoksa Secondary mi? (Beklenmedik rol değişimlerini yakalamak için).
- HA Status Code: HA durumunun sayısal kodu.
- Peer IP: HA ortağının IP adresi.
- Sync Status: İki cihaz arasındaki konfigürasyon senkronizasyonunun durumu (Success/Failed).
Alarm Mekanizmaları ve Otomasyon
Veriyi toplamak ilk adımdır, anlamlandırmak ise asıl değerdir. Topladığımız bu verilerle şu senaryolarda proaktif alarmlar üretiyoruz:
- Kritik Hizmet Kesintisi: Bir VPX’in durumu “Running” dışına çıkarsa (Stopped veya Unknown) operasyon ekibine anında High seviyesinde alarm düşer.
- Kaynak Darboğazı: Herhangi bir VPX’in CPU veya RAM kullanımı %85’i geçerse Warning seviyesinde uyarı üretilir.
- HA Problemleri: Konfigürasyon senkronizasyonu bozulursa veya beklenmedik bir failover gerçekleşirse (Primary rolünün değişmesi) sistem yöneticileri bilgilendirilir.
Sonuç
Zabbix 7.0 ile kurulan bu yapı, NetScaler SDX altyapısını bir “kara kutu” olmaktan çıkarıp, her bir sanal makinenin nabzının tutulduğu şeffaf bir ortama dönüştürmektedir. Hem envanter takibi hem de performans analizi tek bir ekrandan yönetilebilir hale gelmiştir.
