Yönetilen sunucu izleme hizmeti: neyi kapsar, ajan, uyarı ve dönem raporu nasıl çalışır

Disk dolduğunda, servis durduğunda ya da sertifika süresi bittiğinde bunu ilk fark eden kişi çoğu zaman müşterinizdir. Yönetilen sunucu izleme, izleme sistemini kurma, eşik ayarlama ve uyarıları takip etme işini bir hizmet sağlayıcıya bırakmanız demektir. Bu rehber, sunucusunu kendisi izlemek istemeyen KOBİ sahipleri ve tek kişilik BT ekipleri için hazırlandı. Hizmetin neyi kapsadığını, sunucunuza kurulan ajanın nasıl çalıştığını, uyarı ve raporların size nasıl ulaştığını ve teklif alırken neleri sormanız gerektiğini anlatır.

Yönetilen sunucu izleme nedir

İzleme üç parçadan oluşur: veriyi toplayan bir ajan, veriyi saklayıp eşiklerle karşılaştıran bir izleme sunucusu ve sorun çıktığında ilgili kişiye haber veren bildirim zinciri. Kendi kurulumunuzda bu üç parçanın hepsi sizin sorumluluğunuzdadır. Yönetilen hizmette ajan sizin sunucunuzda çalışır, gerisi sağlayıcıdadır.

Pratikte sağlayıcı şunları üstlenir:

• İzleme sunucusunun (çoğunlukla Zabbix) kurulumu, güncellenmesi, yedeklenmesi ve kendisinin ayakta kalması.
• Sunucunuza uygun şablonların seçilmesi: Linux, Windows, MySQL, PostgreSQL, Nginx, SQL Server gibi.
• Eşiklerin sunucunuzun gerçek davranışına göre ayarlanması, gereksiz alarm üreten tetikleyicilerin temizlenmesi.
• Uyarıların 7/24 takip edilmesi ve kararlaştırılan kişilere iletilmesi.
• Dönemsel raporların hazırlanması.

Sizde kalan iş ise genellikle şudur: ajanı kurmak ya da kurulmasına izin vermek, uyarı geldiğinde kimin ne yapacağını belirlemek ve sorunu gidermek ya da giderme işini ayrıca satın almak. Bu son madde önemlidir, çünkü "izleme" ile "müdahale" farklı hizmetlerdir. Sorumluluk paylaşımının genel mantığını yönetilen sunucu nedir rehberinde ayrıntılı bulabilirsiniz.

Kendiniz mi kurarsınız, hizmet mi alırsınız

Karar için dürüst bir karşılaştırma:

Kendi Zabbix kurulumunuz

• Artı: Lisans ücreti yoktur, Zabbix açık kaynaklıdır. Veri tamamen sizdedir. İstediğiniz kadar özelleştirirsiniz.
• Eksi: İzleme sunucusu ayrı bir sunucu demektir; onu da güncellemeniz, yedeklemeniz ve izlemeniz gerekir. İzlenen sunucuyla aynı yerde duran izleme sistemi, o yer çöktüğünde size haber veremez. En büyük gizli maliyet zamandır: eşik ayarı ve alarm yorgunluğuyla uğraşmak haftalar sürebilir.

Yönetilen hizmet

• Artı: İzleme dışarıdan yapılır, sunucunuz tamamen erişilemez olsa bile "erişilemiyor" uyarısı gelir. Şablon ve eşik bilgisi hazırdır. Gece gelen uyarıyı takip eden biri vardır.
• Eksi: Aylık bir ücret ödersiniz. Özelleştirme sağlayıcının sunduğu sınırlar içinde kalır. Metrik verileriniz sağlayıcının sistemindedir; bu yüzden saklama süresini ve verinin nerede tutulduğunu sormalısınız.

Basit bir ölçüt: izlenecek sunucu sayınız birkaç taneyse ve ekibinizde Zabbix bilen, gece uyarısına bakacak kimse yoksa hizmet almak genellikle daha az risklidir. Onlarca sunucunuz ve kalıcı bir sistem ekibiniz varsa kendi kurulumunuz mantıklı olabilir. Yalnız tek bir metrik için hızlı çözüm arıyorsanız, örneğin disk doluluğu, bash ve systemd timer ile disk doluluk uyarısı kurmak da yeterli olabilir; ama bu tam bir izleme sisteminin yerini tutmaz.

Neler izlenir, neler kapsam dışı kalır

Teklif karşılaştırırken en çok karışıklık bu noktada çıkar. Tipik kapsamı ikiye ayırmak işe yarar.

Genellikle kapsamda olanlar

• Erişilebilirlik: Sunucuya ping, ajanın son veri gönderme zamanı, belirli portların (80, 443, 22, 3389) dışarıdan yanıt vermesi.
• Kaynaklar: CPU kullanımı ve load average, bellek ve swap, disk doluluğu ve inode, disk gecikmesi, ağ trafiği.
• Servisler: systemd servislerinin durumu, Windows hizmetleri, belirli süreçlerin çalışıp çalışmadığı.
• Web kontrolleri: Bir adresin belirli bir yanıt kodu ve içerikle dönmesi, yanıt süresi, SSL sertifikasının kalan süresi.
• Uygulama şablonları: Veritabanı bağlantı sayısı, replikasyon gecikmesi, web sunucusu istek sayısı gibi metrikler. Bunlar çoğu zaman ek yapılandırma ister.

Genellikle kapsam dışı olanlar

• Sorunun giderilmesi: Disk dolduğunda dosya silmek, çöken servisi yeniden başlatmak, kod hatası düzeltmek. Bazı sağlayıcılar basit müdahaleyi ekler, çoğu eklemez; yazılı olarak sorun.
• Güvenlik izleme: Saldırı tespiti, zararlı yazılım taraması, log analizi ayrı işlerdir.
• Yedeğin kendisi: İzleme bir yedek işinin başarısız olduğunu bildirebilir, ama yedeği almaz ve geri yüklemeyi test etmez.
• Uygulama içi iş mantığı: "Siparişler veritabanına yazılıyor mu" gibi kontroller özel betik gerektirir ve ayrıca konuşulur.

Teklif alırken şu soruları yazılı sorun: Hangi metrikler varsayılan şablonda var? Eşikleri kim belirliyor? Uyarı geldiğinde sağlayıcı bir şey yapıyor mu, yoksa yalnız haber mi veriyor? Metrik verisi kaç gün saklanıyor ve hangi ülkede?

Ajan, aktif kip ve şifreli bağlantı nasıl çalışır

Zabbix tabanlı hizmetlerde sunucunuza Zabbix agent 2 kurulur. Ajan küçük bir servistir; sistem metriklerini okur ve izleme sunucusuna gönderir. Burada iki önemli karar vardır: bağlantıyı kimin başlattığı ve bağlantının şifreli olup olmadığı.

Aktif ve pasif kip farkı

Pasif kipte izleme sunucusu ajanınıza bağlanıp soru sorar. Bunun için sunucunuzda ajan portunun (varsayılan 10050) izleme sunucusuna açık olması gerekir.

Aktif kipte bağlantıyı ajan başlatır: izleme sunucusundan hangi metrikleri toplaması gerektiğini öğrenir, toplar ve sonuçları sunucunun 10051 portuna gönderir. Sunucunuzda dışarıdan gelen hiçbir port açmanız gerekmez, giden bağlantı yeterlidir. NAT arkasındaki ofis sunucuları ve başka sağlayıcıdaki makineler için bu yöntem en pratik olanıdır.

Yönetilen hizmetlerde aktif kip yaygın tercih edilir, çünkü güvenlik duvarınızda yeni bir kapı açmanızı istemez.

PSK ile şifreleme

Ajan ile izleme sunucusu arasındaki trafik varsayılan olarak şifresizdir. Zabbix bu bağlantıyı TLS ile şifrelemeyi destekler; en kolay yöntem önceden paylaşılan anahtardır (PSK). Ajan tarafında bir anahtar dosyası ve bir kimlik adı tanımlanır, sağlayıcı da aynı anahtarı paneldeki host kaydına girer. Anahtar uyuşmazsa bağlantı kurulmaz. Ayrıntılar, Zabbix'in resmi kılavuzundaki "Encryption" bölümünde anlatılır.

Sağlayıcıya sorun: Bağlantı şifreli mi? PSK mi sertifika mı kullanılıyor? Anahtar size mi üretiliyor, sizin ürettiğiniz anahtar mı kabul ediliyor? Anahtar hangi kanaldan paylaşılıyor?

Ajanı kurma ve yapılandırma

Önce Zabbix'in resmi sitesindeki indirme bölümünden dağıtımınıza ve sağlayıcının kullandığı Zabbix sürümüne uygun depo paketini seçip kurun, ardından zabbix-agent2 paketini yükleyin. Ajan sürümünün izleme sunucusu sürümüyle uyumlu olması gerekir; sürümü sağlayıcıdan öğrenin.

Aşağıdaki betik, kurulu Zabbix agent 2'yi aktif kip ve PSK şifreleme için yapılandırır. Ubuntu 24.04 ve Debian 12 için hazırlandı. Tekrar çalıştırılabilir: var olan parametreyi değiştirir, olmayanı ekler, PSK dosyası zaten varsa yeniden üretmez. İlk çalıştırmada orijinal yapılandırmayı .orijinal uzantısıyla yedekler. Geri almak için yedeği eski yerine kopyalayıp servisi yeniden başlatmanız ya da sudo systemctl disable --now zabbix-agent2 ile ajanı durdurup sudo apt remove zabbix-agent2 ile kaldırmanız yeterli.

Betiği çalıştırmadan önce üç değeri değiştirin: 192.0.2.10 yerine sağlayıcının verdiği izleme sunucusu ya da proxy adresi, ORNEK_SUNUCU_ADI yerine panelde açılacak host adı, ORNEK_PSK_KIMLIGI yerine sağlayıcıyla kararlaştırdığınız kimlik.

#!/usr/bin/env bash
# Zabbix agent 2'yi aktif kip ve PSK şifreleme için yapılandırır.
# Ubuntu 24.04 ve Debian 12 için hazırlandı. Tekrar çalıştırılabilir.
# Kullanım: sudo bash zabbix-ajan-ayar.sh
set -euo pipefail

IZLEME_SUNUCUSU="192.0.2.10"       # Sağlayıcının verdiği Zabbix sunucu ya da proxy adresi
AJAN_ADI="ORNEK_SUNUCU_ADI"         # Paneldeki host adıyla birebir aynı olmalı
PSK_KIMLIGI="ORNEK_PSK_KIMLIGI"     # Sağlayıcıyla kararlaştırılan PSK kimliği
KONF="/etc/zabbix/zabbix_agent2.conf"
PSK_DOSYA="/etc/zabbix/zabbix_agent2.psk"

# Ajan kurulu değilse dur
if ! command -v zabbix_agent2 >/dev/null 2>&1; then
  echo "zabbix-agent2 kurulu değil. Önce Zabbix deposunu ekleyip paketi kurun." >&2
  exit 1
fi

# İlk çalıştırmada orijinal yapılandırmanın yedeğini al
[ -f "${KONF}.orijinal" ] || cp -a "$KONF" "${KONF}.orijinal"

# Parametre dosyada varsa değerini değiştir, yoksa sona ekle
ayarla() {
  local anahtar="$1" deger="$2"
  if grep -qE "^${anahtar}=" "$KONF"; then
    sed -i "s|^${anahtar}=.*|${anahtar}=${deger}|" "$KONF"
  else
    echo "${anahtar}=${deger}" >> "$KONF"
  fi
}

# PSK yoksa üret; varsa dokunma (anahtar değişirse panel tarafı da güncellenmeli)
if [ ! -s "$PSK_DOSYA" ]; then
  openssl rand -hex 32 > "$PSK_DOSYA"
fi
chown zabbix:zabbix "$PSK_DOSYA"
chmod 600 "$PSK_DOSYA"

# Bağlantı ayarları: aktif kontroller ajan tarafından başlatılır
ayarla "Server" "$IZLEME_SUNUCUSU"
ayarla "ServerActive" "$IZLEME_SUNUCUSU"
ayarla "Hostname" "$AJAN_ADI"

# Şifreleme ayarları: yalnız PSK ile bağlantı kabul et ve kur
ayarla "TLSConnect" "psk"
ayarla "TLSAccept" "psk"
ayarla "TLSPSKIdentity" "$PSK_KIMLIGI"
ayarla "TLSPSKFile" "$PSK_DOSYA"

# Servisi açılışta başlat ve yeni ayarlarla yeniden başlat
systemctl enable zabbix-agent2 >/dev/null
systemctl restart zabbix-agent2

echo "Tamamlandı. PSK kimliği: ${PSK_KIMLIGI}"
echo "PSK değerini 'sudo cat ${PSK_DOSYA}' ile görüp yalnız güvenli bir kanaldan sağlayıcıya iletin."

Betik güvenlik duvarı kuralı eklemez. Aktif kipte gelen port açmanız gerekmez; yalnız sunucunuzdan izleme sunucusunun 10051 portuna giden trafiğe izin verildiğinden emin olun. Güvenlik duvarınızda değişiklik yapmanız gerekirse, kuralları uygulamadan önce SSH erişimine izin verildiğini kontrol edin; aksi halde sunucuya erişiminizi kaybedersiniz. Böyle bir değişiklikten önce sağlayıcınızın konsol erişimini nasıl açacağınızı öğrenin.

Kurulumu doğrulama

Yapılandırmadan sonra aşağıdaki kontrolleri sırayla yapın:

# 1. Servis çalışıyor mu? Beklenen çıktı: active
systemctl is-active zabbix-agent2

# 2. Ajan yerelde metrik okuyabiliyor mu? Beklenen çıktıda [s|1] görülür
sudo zabbix_agent2 -t agent.ping

# 3. İzleme sunucusunun 10051 portuna ulaşılıyor mu?
nc -zv 192.0.2.10 10051

# 4. Kurulu bağlantı var mı? Hedefi 192.0.2.10:10051 olan satır görülmeli
ss -tn state established '( dport = :10051 )'

# 5. Son günlük satırlarında bağlantı ya da TLS hatası var mı?
sudo tail -n 30 /var/log/zabbix/zabbix_agent2.log

Son kontrol panel tarafındadır: sağlayıcıdan host kaydının "erişilebilir" göründüğünü ve son veri zamanının birkaç dakikadan eski olmadığını teyit etmesini isteyin. Ardından bir test uyarısı isteyin; örneğin geçici olarak bir test servisini durdurup bildirimin size ne kadar sürede ulaştığını ölçün. Uyarı zincirini çalışırken görmeden kurulumu bitmiş saymayın.

Uyarı ve dönem raporu nasıl çalışır

Uyarı akışı

Zabbix'te metrikler tetikleyicilerle eşleşir: "kök bölümde boş alan %10'un altına indi" ya da "nginx servisi 3 dakikadır çalışmıyor" gibi. Tetikleyici bir önem derecesi taşır: bilgi, uyarı, ortalama, yüksek, felaket. Yönetilen hizmetin asıl değeri bu derecelerin doğru ayarlanmasındadır.

İyi kurulmuş bir uyarı akışında şunlara dikkat edin:

• Kanal ve kişi eşleşmesi: Düşük önemli olaylar e-postayla, yüksek önemli olaylar anlık mesaj ya da telefonla gelir. Kimin hangi saatte uyarı aldığı yazılı olmalıdır.
• Tekrarlama ve yükseltme: Uyarıya belirli süre içinde kimse bakmazsa ikinci kişiye gider.
• Bastırma: Bir sunucuya hiç erişilemiyorsa, o sunucudaki yirmi servis için ayrı ayrı alarm gelmemelidir. Zabbix'teki tetikleyici bağımlılıkları bunun içindir.
• Bakım pencereleri: Planlı güncelleme sırasında uyarılar susturulur. Bakımı sağlayıcıya önceden bildirme yolunu öğrenin.
• Kapanış bildirimi: Sorun düzeldiğinde "çözüldü" mesajı gelmelidir; aksi halde ekip hâlâ arızada olduğunu düşünür.

Sağlayıcının uyarıyı yalnız size iletmesi ile kendi ekibinin olaya bakıp ilk değerlendirmeyi yapması arasında fark vardır. Hangisinin dahil olduğunu ve hedef yanıt süresini sözleşmede görün.

Dönem raporu

Aylık ya da haftalık rapor, anlık uyarının göremediği eğilimleri gösterir. Yararlı bir raporda en azından şunlar bulunur:

• Dönem içi erişilebilirlik oranı ve kesinti süreleri.
• Açılan ve kapanan olayların önem derecesine göre listesi.
• CPU, bellek ve disk kullanımının dönem boyunca grafiği.
• Disk doluluğunun büyüme eğilimi ve mevcut hızla ne zaman dolacağı tahmini.
• Sertifika ve lisans gibi süresi dolacak öğeler.

Raporu kapasite kararları için kullanın. Bellek sürekli yüksek ve swap kullanımı artıyorsa büyütme gerekebilir; tersine, kaynaklar aylarca düşük kalıyorsa daha küçük bir pakete geçebilirsiniz. Bu kararı ölçüme dayandırmak, tahminle sunucu büyütmekten daha ucuzdur.

Başka sağlayıcıdaki sunucuları izleme

Yönetilen izleme hizmeti çoğu zaman yalnız aynı sağlayıcının sunucularıyla sınırlı değildir. Aktif kip sayesinde ajan, internete giden bağlantısı olan her yerden çalışabilir: başka bir firmadaki VPS, ofisteki fiziksel sunucu ya da yurt dışındaki bir bulut makinesi.

Dikkat edilecek noktalar:

• Giden trafik kısıtı: Bazı kurumsal ağlar giden bağlantıları da süzer. Ofis ağından 10051 portuna çıkışa izin verildiğini kontrol edin.
• Proxy kullanımı: Aynı ağda çok sayıda sunucu varsa sağlayıcı oraya bir Zabbix proxy kurmayı önerebilir. Proxy veriyi toplar ve tek bağlantıyla merkeze iletir.
• Erişilemezlik ayrımı: Ofisin internet bağlantısı koptuğunda tüm sunucular "erişilemiyor" görünür. Bağımlılık tanımıyla bu durum tek bir uyarıya indirilmelidir.
• Sorumluluk sınırı: İzleme sağlayıcısı başka firmanın altyapısına müdahale edemez. Uyarı geldiğinde o sunucunun sağlayıcısına kimin başvuracağı belli olmalıdır.
• Veri konumu: İzleme verisi de sunucu adları, IP adresleri ve servis bilgisi içerir. KVKK açısından metrik verisinin hangi ülkede saklandığını sorun.

Sık yapılan hatalar

• Hostname uyuşmazlığı: Ajandaki Hostname değeri paneldeki host adıyla birebir aynı değilse aktif kontroller çalışmaz. Büyük küçük harf de önemlidir.
• Yanlış port: Aktif kip 10051 portunu kullanır; 10050'yi açıp beklemek sonuç vermez.
• PSK'yı düz e-postayla göndermek: Anahtar ele geçerse biri sahte veri gönderebilir. Şifreli bir kanal kullanın.
• Sürüm uyumsuzluğu: Ajan sürümünü izleme sunucusundan daha yeni seçmek bazı öğelerin desteklenmemesine yol açabilir. Sağlayıcının önerdiği sürümü kurun.
• Test uyarısı yapmamak: Ajan veri gönderiyor diye bildirimlerin size ulaştığı varsayılmamalı.
• Her şeye yüksek önem vermek: Her uyarı acilse hiçbiri acil değildir. Alarm yorgunluğu gerçek uyarıların kaçırılmasına neden olur.

Sık sorulan sorular

Ajan sunucumu yavaşlatır mı?

Zabbix agent 2 hafif bir servistir ve varsayılan şablonlarda metrikler dakika düzeyindeki aralıklarla toplanır. Çok sık toplanan çok sayıda özel öğe ya da ağır betikler yük oluşturabilir. Kurulumdan sonra ajanın CPU ve bellek kullanımını top ile birkaç gün izleyerek kendiniz doğrulayabilirsiniz.

Ajan kurmadan izleme yapılabilir mi?

Kısmen. Ping, port kontrolü, web sayfası kontrolü ve sertifika süresi dışarıdan, ajansız izlenebilir. Disk doluluğu, bellek ve servis durumu gibi iç metrikler için ajan ya da SNMP gibi başka bir erişim yolu gerekir.

Sağlayıcı ajan üzerinden sunucumda komut çalıştırabilir mi?

Zabbix'te uzaktan komut çalıştırma ayrı bir özelliktir ve ajan yapılandırmasında açıkça izin verilmedikçe kapalıdır. Bu rehberdeki betik böyle bir izin eklemez. Sağlayıcıdan otomatik müdahale istiyorsanız hangi komutların çalışacağını yazılı olarak sınırlayın.

Windows sunucular da aynı yöntemle izlenir mi?

Evet. Zabbix agent 2'nin Windows sürümü vardır ve aktif kip ile PSK ayarları aynı mantıkla yapılır. Kurulum MSI paketiyle olur, yapılandırma dosyasının yolu farklıdır.

Hizmeti bırakırsam ne olur?

Ajanı durdurup kaldırırsınız; sunucunuzda başka bir değişiklik kalmaz. Geçmiş metrik verisinin ve raporların size dışa aktarılıp aktarılmayacağını sözleşme aşamasında sorun.

Bu işi hazır yapmak isterseniz, sunucu izleme hizmetimizde ajan yapılandırması, eşik ayarları ve 7/24 uyarı takibi sizin yerinize yürütülür. Kapsamı, uyarı kanallarını ve rapor içeriğini başlamadan önce birlikte netleştirmenizi öneririz. Sunucunuz ister bulut sunucu olsun ister başka bir sağlayıcıda çalışsın, aynı adımlar geçerlidir.

Sonuç

Yönetilen sunucu izleme, izleme sistemini işletme yükünü üzerinizden alır ama sorun çözme sorumluluğunu kendiliğinden üstlenmez. Karar vermeden önce kapsamı yazılı olarak netleştirin, ajanın aktif kipte ve şifreli bağlandığını doğrulayın, bir test uyarısıyla bildirim zincirini görün ve dönem raporlarını kapasite kararlarında kullanın. Bu dört adım, izlemenin gerçekten işe yarayıp yaramadığını gösterir.