Sunucu İzleme ve Uptime Takibi: Araçlar ve Yöntemler

Sunucunuzun çöktüğünü ilk kim fark ediyor? Yanıt “müşteriler” ise izlemeniz yok demektir. Sunucu izleme, sorunu ziyaretçiden önce görmenizi sağlayan iki katmanlı bir düzendir: dışarıdan sitenin gerçekten açıldığını doğrulayan uptime kontrolü ve içeriden CPU, bellek, disk ve servislerin sağlığını ölçen metrik takibi.

Bu yazıda neyin hangi eşikle izleneceğini, ücretsiz ve açık kaynak araçlarla iki katmanın nasıl kurulacağını ve uyarıların gürültüye dönüşmeden nasıl tasarlanacağını anlatıyoruz. Örnekler bir LIONFIN VPS sunucu üzerinde uygulanmıştır; paylaşımlı hosting kullanıcıları için dış katman tek başına da değerlidir.

Sunucu izleme nedir, uptime takibinden farkı ne?

Uptime takibi tek bir soruyu yanıtlar: site şu anda dışarıdan erişilebilir mi? Sunucu izleme ise sitenin neden yavaşladığını ya da ne zaman çökeceğini gösterir: disk dolmak üzere, bellek şişiyor, veritabanı bağlantıları tükeniyor.

İkisi birbirinin yerine geçmez. Yalnızca uptime izleyen biri kesintiyi öğrenir ama nedenini bilmez; yalnızca iç metrikleri izleyen biri ise sunucu sağlıklı görünürken DNS ya da ağ nedeniyle sitenin açılmadığını fark etmez. Sağlıklı bir düzen iki katmanı birlikte kurar ve uyarıları tek bir kanalda toplar.

Uptime rakamının sözleşmedeki karşılığı, ölçüm yöntemi ve SLA maddeleri için hosting uptime ve SLA yazısına bakın; kendi izleme kaydınız, SLA talebinde elinizdeki tek bağımsız kanıttır.

Ne izlenmeli: metrikler ve eşikler

Her şeyi izlemek, hiçbir şeyi izlememekle sonuçlanır; aşağıdaki liste küçük ve orta boy bir web sunucusu için yeterlidir. Eşikler başlangıç değeridir, kendi trafiğinize göre ayarlayın.

Dış katman: uptime kontrolü

Dış kontrol, sunucudan bağımsız bir konumdan yapılmalıdır; sunucunun kendisi kendi kesintisini bildiremez. Seçenekler:

• Barındırılan servisler: UptimeRobot, Better Stack ve benzerleri; kurulum dakikalar sürer, ücretsiz katmanlar genellikle birkaç dakikalık aralık sunar.
• Kendi kurduğunuz açık kaynak araç: Uptime Kuma; ayrı bir küçük VPS üzerinde çalıştırılır, sınırsız kontrol ve kendi verinizde tutma avantajı sağlar.

Hangisini seçerseniz seçin şu ayarları yapın:

1. Kontrol aralığı: Bir dakika; beş dakikalık aralık kısa kesintileri kaçırır.
2. Kontrol türü: Yalnızca ping değil, HTTPS isteği; yanıt kodu 200 ve sayfada beklenen bir anahtar kelime (örneğin alt bilgideki şirket adı).
3. Çoklu konum: En az iki farklı konumdan doğrulama; tek noktadan gelen hata ağ kaynaklı olabilir.
4. SSL ve alan adı izleme: Sertifika bitişine 14 gün, alan adı süresine 30 gün kala uyarı; yenileme adımları SSL yenileme ve alan adı yenileme rehberlerinde.
5. Ayrı kontroller: Anasayfa, giriş sayfası, API uç noktası ve webmail için ayrı monitörler; biri düşerken diğerleri ayakta olabilir.

İç katman: metrik araçları ve komutlar

İç metrikler için ölçek ve beceriye göre üç seçenek vardır:

• Netdata: Tek komutla kurulur, saniyelik grafikler ve hazır uyarı kuralları sunar; tek sunucu için en hızlı başlangıç.
• Prometheus + Grafana: Birden fazla sunucu, uzun süreli veri ve özelleştirilmiş panolar; kurulum ve bakım daha çok zaman ister.
• Zabbix ya da Monit: Servis izleme ve otomatik yeniden başlatma; Monit özellikle “nginx düşerse yeniden başlat” gibi kurallar için hafiftir.

Araç kurmadan önce sunucunun bugünkü hâlini birkaç komutla ölçün; eşikleri bu değerlere göre belirleyeceksiniz:

uptime                      # yük ortalamaları (1, 5, 15 dk)
free -h                     # bellek ve swap
df -h                       # disk doluluğu
top -bn1 | head -15         # en çok kaynak tüketen süreçler
ss -s                       # bağlantı özeti
systemctl status nginx mysql php8.2-fpm --no-pager
mailq | tail -1             # bekleyen e-posta sayısı

Uptime kontrolünün tek başına yetmediği bir örnek: disk %100 dolduğunda site çoğu zaman açılmaya devam eder ama sipariş kaydedemez, oturum açılamaz; dış katman yeşil, iç katman kırmızıdır.

Uyarı tasarımı: gürültüsüz bildirim

Kötü tasarlanmış uyarı, hiç uyarı olmamasından tehlikelidir: yüz bildirim gelen bir kanal sessize alınır ve gerçek kesinti kaçar. Kurallar:

1. Her uyarının bir eylemi olsun. “CPU %70” bilgidir, uyarı değil; “CPU 10 dakikadır çekirdek sayısının 1,5 katı” eylem ister.
2. Ardışık doğrulama: Tek bir başarısız kontrol değil, iki üç ardışık başarısızlık uyarı üretsin.
3. Kademeleme: Uyarı seviyesi e-posta ya da Telegram, kritik seviye telefon araması ya da SMS.
4. Bakım penceresi: Planlı işlerde uyarıları geçici sustursun; aksi hâlde ekip bildirimleri görmezden gelmeyi öğrenir.
5. Düzelme bildirimi: Sorun çözüldüğünde de bildirim gelsin; gece uyanan kişi durumu telefondan görsün.
6. Aylık gözden geçirme: En çok tetiklenen uyarıları listeleyin; sürekli tetiklenip eyleme dönüşmeyen eşiği ya değiştirin ya da kaldırın.

DDoS gibi ani olaylarda ilk sinyal genellikle bağlantı sayısı ve yük uyarısıdır; müdahale sırası DDoS saldırısı nedir yazısında hazır beklesin.

Kurulum sırası: bir öğleden sonrada izleme

Sıfırdan başlayan bir VPS için uygulanabilir sıra:

1. Dış uptime servisinde anasayfa, giriş ve webmail için birer HTTPS monitörü açın.
2. SSL ve alan adı süresi izlemesini ekleyin.
3. Sunucuya Netdata (ya da tercih ettiğiniz aracı) kurun; erişimi yalnızca kendi IP’nize açın.
4. Tablodaki eşikleri ve uyarı kurallarını girin.
5. Uyarı kanalını bağlayıp bir test uyarısı tetikleyin; uyarıları sunucu dışından gönderin, sunucu e-postaları için SmartHost SMTP relay uygundur.
6. Servisler için otomatik yeniden başlatma (Monit ya da systemd) tanımlayın.
7. Bir hafta sonra tetiklenen uyarıları gözden geçirip eşikleri ayarlayın.

Sunucu izleme kurulduktan sonra en değerli çıktı zamanla oluşan geçmiştir: disk büyüme hızı yükseltme zamanını, yük grafiği kampanya kapasitesini söyler; paylaşımlı hostingden VPS’ye geçiş için karşılaştırma paylaşımlı hosting vs VPS yazısında.