Kurumsal sunucu izleme ve performans takibi: Zabbix, Prometheus, Grafana entegrasyonu, disk doluluğu ve erken uyarı sistemleri rehberini inceleyin. İnceleyin.
Hızlı Özet (TL;DR)
Sistem yöneticileri ve IT müdürleri için en büyük operasyonel kabus, bir ERP sunucusunun diski dolduğunda, RAID dizisindeki disklerden biri arızalandığında, RAM bellek sızıntısı yüzünden veritabanı kilitlendiğinde veya internet hattı koptuğunda bunu muhasebe departmanından ya da fabrika müdüründen gelen telefonla öğrenmektir. Reaktif (“bozulunca tamir et”) yaklaşımdan Proaktif IT Yönetimine geçişin temeli; sunucu, sanallaştırma, depolama ve ağ altyapısının Zabbix, Prometheus ve Grafana gibi kurumsal izleme (Monitoring & Observability) sistemleriyle 7/24 saniyelik olarak takip edilmesi ve kritik eşik değerler aşıldığında henüz hiçbir kullanıcı kesinti hissetmeden sistem yöneticisine otomatik erken uyarı gönderilmesidir.
Reaktif IT Yönetiminden Proaktif İzleme Mimarisine Geçiş
Bir sunucu hiçbir zaman “durup dururken bir anda” çökmez; çöküşten günler veya saatler önce mutlaka teknik belirtiler (Telemetri sinyalleri) verir:
- Bir RAID 5 veya RAID 10 dizisindeki fiziksel SAS/NVMe disk tamamen bozulmadan haftalar önce S.M.A.R.T. tablolarında
Reallocated Sector CountveyaMedia Errorsayaçlarını artırmaya başlar. İzleme sistemi yoksa ilk disk sessizce ölür, kimsenin haberi olmaz; aylar sonra ikinci disk de bozulduğunda tüm veri kaybolur. - Veritabanı işlem günlükleri (Transaction Logs) veya yedekleme dosyaları diski günde %3 oranında doldurur. Disk %100 dolduğu saniye SQL Server durur ve üretim sahasındaki barkod terminalleri kilitlenir.
- Bir SSL sertifikasının veya alan adının (Domain) süresi bittiğinde e-ticaret sitesi ve e-posta trafiği bir anda kesilir.
Merkezi izleme mimarisi bu sinyalleri 7/24 toplar, geçmişe dönük trend analizi (Capacity Planning) yapar ve kriz oluşmadan önce müdahale imkanı tanır.
Zabbix, Prometheus ve Grafana Mimari Karşılaştırması
Kurumsal dünyada en yaygın kullanılan açık kaynaklı izleme teknolojileri olan Zabbix ile Prometheus + Grafana ikilisinin teknik farkları ve kullanım senaryoları aşağıdaki tabloda karşılaştırılmıştır:
| Teknik Kriter | Zabbix (Kurumsal Altyapı İzleme) | Prometheus (Zaman Serisi Metrik Motoru) | Grafana (Görselleştirme ve Analiz Katmanı) |
|---|---|---|---|
| Birincil Odak Alanı | Fiziksel sunucular (iDRAC/iLO), VMware/Proxmox, Switch, Firewall, UPS (SNMP) | Bulut-yerel (Cloud-Native) mimariler, Docker, Kubernetes, mikroservisler ve API metrikleri | Zabbix, Prometheus, SQL ve Elasticsearch verilerini tek ekranda görselleştirme |
| Veri Toplama Modeli | Push & Pull Karma: Zabbix Agent (C dili), SNMPv3, IPMI, SSH, HTTP Agent | Pull (Çekme) Modeli: HTTP /metrics uç noktalarını (Node Exporter vb.) periyodik tarar | Veri toplamaz; mevcut veri kaynaklarına (Data Source) bağlanarak sorgu çalıştırır |
| Veritabanı Yapısı | İlişkisel DB (PostgreSQL / TimescaleDB / MySQL) | Yerleşik yüksek hızlı TSDB (Time Series Database) | Durumsuzdur (Stateless); yalnızca panel şablonlarını saklar |
| Otomatik Keşif (Discovery) | LLD (Low-Level Discovery): Yeni eklenen diskleri, ağ portlarını ve VM’leri otomatik bulur | Service Discovery (Kubernetes, Consul, DNS tabanlı dinamik keşif) | Değişken (Variable) tabanlı dinamik grafik filtreleme |
| Alarm ve Bildirim | Dahili gelişmiş eskalasyon motoru (Telegram, Slack, SMS, Mail, Webhook, Otomatik Komut) | Alertmanager bileşeni üzerinden gruplama, susturma (Silencing) ve yönlendirme | Grafana Unified Alerting ile çoklu veri kaynağından ortak alarm üretimi |
En iyi saha mühendisliği pratiği; donanım, SNMP ağ cihazları ve fiziksel sunucu sağlığı için Zabbix’i, yüksek frekanslı işletim sistemi ve veritabanı performans metrikleri için Prometheus’u kullanmak ve her ikisini de Grafana üzerindeki birleşik bir “NOC (Network Operations Center)” ekranında görselleştirmektir.
Kurumsal Sunucularda Takip Edilmesi Zorunlu 6 Kritik Metrik
Bir ortak dosya sunucusu ve yedekleme altyapısında sadece “Sunucu açık mı? (Ping var mı?)” kontrolü yapmak yetersizdir. İzleme sisteminde şu 6 katmanda derinlemesine metrik takibi yapılmalıdır:
1. Donanım Sağlığı (Out-of-Band: iDRAC, iLO, IPMI ve SMART)
İşletim sisteminden bağımsız olarak Dell iDRAC, HPE iLO veya Lenovo XClarity yönetim kartları SNMPv3 / Redfish API üzerinden Zabbix’e bağlanmalıdır. Bu sayede sunucunun güç kaynaklarından (PSU) birinin fişi çıktığında, kasa içi fanlardan biri yavaşladığında, ECC RAM modülünde hata oluştuğunda veya RAID kontrolcüsündeki disklerden biri Predictive Failure (Arıza Öncesi Uyarı) verdiğinde saniyesinde alarm üretilir.
2. Disk Doluluk Oranı ve Disk Gecikmesi (IOPS & I/O Latency)
- Kapasite Alarmları: Disk boş alanı
%20’nin altına indiğinde Uyarı (Warning),%10’un altına indiğinde Yüksek (High),%5’in altına indiğinde Kritik (Disaster) alarmı tetiklenmelidir. Zabbix’intimeleft()tahmini fonksiyonu sayesinde “Mevcut büyüme hızıyla D: diski 4 gün 6 saat sonra dolacak” şeklinde öngörülü bildirim alınabilir. - Disk Gecikmesi (Await / Latency): Bir veritabanı sunucusunda disk okuma/yazma gecikmesi 15-20 milisaniyenin (ms) üzerine çıkıyorsa, disk kapasitesi boş olsa bile darboğaz var demektir.
3. RAM, Bellek Sızıntısı (Memory Leak) ve Swap Kullanımı
Hatalı yazılmış bir servis veya aşırı büyüyen önbellekler sunucu RAM’ini yavaş yavaş tüketir. İşletim sistemi RAM bittiğinde disk üzerindeki Swap / Pagefile alanını kullanmaya başlar ve sunucu bir anda 100 kat yavaşlar, ardından Linux OOM Killer (Out-of-Memory) devreye girerek veritabanı servisini öldürür. Swap kullanımı ve kullanılabilir bellek oranı sürekli izlenmelidir.
4. Ağ Anahtarları (Switch), Firewall ve İnternet Hattı Trafiği
Sistem odasındaki omurga Switch’ler ve güvenlik duvarı çözümleri SNMP üzerinden izlenerek; Metro Ethernet / Fiber internet hatlarının anlık bant genişliği kullanımı, paket kaybı (Packet Loss), ping gecikmesi (Jitter) ve Switch portlarındaki CRC Hataları (bozuk kablo veya arızalı SFP modülü tespiti) grafiklere dökülür.
5. Kritik Servisler, Veritabanı Performansı ve SSL Süreleri
Windows Servisleri ve Linux systemd birimleri (MSSQLSERVER, postgresql, nginx, docker, veeam) saniyelik izlenir. Hatta Zabbix Agent, düşen bir servisi tespit ettiğinde yöneticiye haber verirken aynı anda otomatik kurtarma komutu (systemctl restart) çalıştırarak sorunu kendi kendine çözebilir (Self-Healing). Ayrıca web sitelerinin ve VPN sertifikalarının bitiş tarihleri izlenerek 30 gün kala yenileme uyarısı gönderilir.
6. Yedekleme ve UPS Ortam İzleme (Sıcaklık / Nem)
Gece çalışan yedekleme görevlerinin başarı durumu ve sistem odasındaki UPS’e bağlı ortam sensörlerinden gelen Sıcaklık (°C) ve Nem (%) verileri izlenir. Gece saat 03:00’te sistem odasındaki klima arızalanıp sıcaklık 28°C’yi geçtiğinde, sunucular aşırı ısıdan kapanmadan önce ilgili teknik ekibe acil bildirim düşer.
Sunucu altyapınızı, üretim ağınızı ve güvenlik sistemlerinizi 7/24 kesintisiz izlemek ve KVKK 5651 yasal loglama süreçleriyle entegre etmek için Sunucu ve Yedekleme sayfamızdan mühendislik desteği alabilirsiniz.
Sıkça Sorulan Sorular
Zabbix veya Prometheus kurulumu izlenen sunucuları yavaşlatır mı?
Hayır. Zabbix Agent yerel C dilinde yazılmış son derece hafif bir сервиstir; izlenen Windows veya Linux sunucuda ortalama 10-15 MB RAM ve %0.1’in altında CPU tüketir. Ağ cihazları (Switch, Firewall, UPS) ise üzerinde hiçbir ajan kurulmadan doğrudan SNMP protokolü ile uzaktan sorgulanır.
Alarm bildirimleri hangi kanallardan gönderilebilir ve “Alarm Yorgunluğu” nasıl önlenir?
Zabbix ve Grafana Alertmanager; E-posta, Telegram, Microsoft Teams, Slack, WhatsApp API ve SMS Gateway üzerinden anlık bildirim gönderebilir. Gereksiz yüzlerce bildirimle yöneticilerin duyarsızlaşmasını (Alert Fatigue) önlemek için Bağımlılık Kuralları (Trigger Dependencies) tanımlanır; örneğin ana Switch kapandığında arkasındaki 30 sunucu için ayrı ayrı 30 alarm atılmaz, yalnızca “Ana Switch Erişilemiyor” şeklinde tek bir kök neden alarmı gönderilir.
Zabbix ve Grafana için aylık veya yıllık lisans ücreti ödenir mi?
Zabbix, Prometheus ve Grafana tamamen açık kaynaklı (Open Source) kurumsal yazılımlardır; sunucu sayısına, disk boyutuna veya izlenen metrik sayısına göre hiçbir lisans ücreti yoktur. Yalnızca doğru mimari kurulum, özel şablon (Template) yapılandırması ve güvenli alarm entegrasyonu için mühendislik hizmeti alınır.