Bir kesintiyi müşteriniz size haber veriyorsa, izleme sisteminiz yok demektir. Kötü haber bu değil; kötü haber, o telefonun gelmesine kadar geçen sürenin genellikle kimse tarafından bilinmemesidir.
Kısa cevap: sunucu izleme nedir, ne yapar?
Sunucu izleme, sistemin dışarıdan ve içeriden düzenli olarak kontrol edilmesi ve belirlenen eşikler aşıldığında sorumluya otomatik bildirim gönderilmesidir. İki katmanı vardır: erişilebilirlik izleme (site açılıyor mu, ne kadar sürede) ve kaynak izleme (işlemci, bellek, disk, veritabanı). İkisi birlikte, sorunu müşteri fark etmeden önce görmenizi sağlar. Temel kurulum çoğu işletme için bir saatlik iştir ve büyük kısmı ücretsiz araçlarla yapılabilir.
İzlenmesi gereken 6 metrik
| Metrik | Ne söyler? | Uyarı eşiği örneği |
|---|---|---|
| Erişilebilirlik | Site açılıyor mu | 2 ardışık başarısız kontrol |
| Yanıt süresi | Yavaşlama başladı mı | Normalin 2 katına çıkması |
| İşlemci kullanımı | Kapasite sınırına yaklaşma | %80 üzerinde 10 dakika |
| Disk doluluğu | En sessiz kesinti nedeni | %85 doluluk |
| Sertifika geçerliliği | Yenileme unutuldu mu | Bitişe 21 gün kala |
| Hata oranı | Uygulama düzeyinde sorun | Sunucu hatalarında ani artış |
Dördüncü satır özellikle dikkat ister. Disk dolması, en sık yaşanan ve en kolay önlenen kesinti nedenlerinden biridir. Log dosyaları, eski yedekler ve önbellek klasörleri fark edilmeden büyür; disk dolduğunda ise veritabanı yazamaz hâle gelir ve site aniden çalışmayı bırakır. Tek bir eşik uyarısı bu senaryonun tamamını önler.
Ana sayfa kontrolü yetmez: kritik akış izleme
Yaygın kurulum şudur: ana sayfaya dakikada bir istek atılır, yanıt geldiği sürece "sistem çalışıyor" kabul edilir. Bu, gerçek arızaların önemli bir kısmını kaçırır. Çünkü ana sayfa çoğu zaman önbellekten servis edilir ve arkadaki sistem çökse bile açılmaya devam edebilir.
İzlenmesi gereken, sayfa değil iş akışıdır:
- Veritabanına dokunan bir sayfa. Ürün listesi, arama sonucu veya oturum gerektiren bir ekran; önbellekten dönmeyen bir adres seçin.
- Ödeme akışının erişilebilirliği. Ödeme sağlayıcısına giden adım kontrol edilmelidir; ana sayfa çalışırken ödeme durabilir.
- Form gönderimi. İletişim veya teklif formunun gerçekten iletildiğini periyodik olarak doğrulayın.
- E-posta gönderimi. Sipariş onayı gibi kritik mesajların çıkıp çıkmadığı ayrı bir kontroldür.
- Zamanlanmış görevler. Cron işleri sessizce durabilir; çalıştıklarını bildiren bir sinyal kurulmalıdır.
Sessiz arızalar en pahalı olanlardır: site açıktır, kimse şikâyet etmez, ancak günlerdir hiçbir form iletilmemektedir.
Alarm eşiklerini doğru kurmak
İzlemenin en sık başarısız olduğu yer teknik kurulum değil, alarm tasarımıdır. Fazla alarm, alarmın tamamen yok sayılmasına yol açar:
- Tek kontrolde alarm üretmeyin. Geçici bir ağ dalgalanması yanlış alarm doğurur; iki veya üç ardışık başarısızlık şartı koyun.
- Uyarı ile kritik alarmı ayırın. Disk %85 doluysa bu bir uyarıdır (iş saatinde ele alınır); site erişilemiyorsa bu bir alarmdır (anında bildirilir).
- Bildirimi kişiye değil role gönderin. Tek kişiye giden alarm, o kişi izinliyken kimseye ulaşmaz.
- Kanalı ciddiyete göre seçin. Kritik alarm telefon veya anlık mesaj; uyarı e-posta yeterlidir.
- Alarmı düzenli gözden geçirin. Sürekli tetiklenen bir eşik yanlıştır; ya eşik ya da altındaki sorun düzeltilmelidir.
- Sessizlik kontrolü kurun. İzleme sisteminin kendisi çalışmayı bırakırsa haberdar olmalısınız; "hiç alarm gelmiyor" güvenli anlamına gelmez.
Netişlem uzman görüşü: izlemenin değeri kesintide değil, kesinti öncesinde
İzleme genellikle "kesinti olursa haber alalım" diye kuruluyor. Oysa asıl faydası, kesintiden önceki dönemde ortaya çıkıyor. Yanıt süresinin yavaşça artması, işlemcinin her gün biraz daha yüklenmesi, diskin haftada bir yüzde artması… Bunların hepsi haftalar öncesinden görülebilen sinyaller. Kesinti anında öğrenmek iyidir; kesintiyi hiç yaşamamak daha iyidir.
İkinci gözlemimiz, alarm yorgunluğunun izlemeyi işlevsiz bırakması. Günde on bildirim alan bir ekip, on birincisine bakmaz. Sahada gördüğümüz en etkili yaklaşım, alarm sayısını bilinçli olarak az tutmak: yalnızca gerçekten müdahale gerektiren durumlar bildirim üretmeli. Diğerleri rapora düşmeli.
Üçüncüsü, tek noktadan izlemenin yanıltıcılığı. Sunucunun kendi üzerinde çalışan bir izleme, sunucu çöktüğünde size haber veremez. Dışarıdan yapılan bağımsız bir kontrol, iç izlemenin tamamlayıcısı değil ön koşuludur.
Kurulum kontrol listesi
- Dışarıdan erişilebilirlik kontrolü kuruldu (sunucudan bağımsız bir kaynaktan).
- Ana sayfa dışında en az bir dinamik sayfa izleniyor.
- Kritik akışlar (ödeme, form, e-posta) ayrı ayrı kontrol ediliyor.
- İşlemci, bellek ve disk eşikleri tanımlandı.
- SSL sertifikası bitiş uyarısı kuruldu — yenileme takibini envanter yazımızda ele aldık.
- Alarm ile uyarı ayrımı yapıldı ve kanalları belirlendi.
- Bildirimler role gidiyor, tek kişiye değil.
- Zamanlanmış görevlerin çalıştığı doğrulanıyor.
- İzleme sisteminin kendisi izleniyor.
- Aylık kısa rapor üretiliyor (erişilebilirlik oranı, ortalama yanıt süresi, olay sayısı).
Sık sorulan sorular
Paylaşımlı hosting kullanıyorum, izleme kurabilir miyim?
Evet. Sunucu içi kaynak izleme sağlayıcının panelinde sınırlı olabilir, ancak dışarıdan erişilebilirlik ve yanıt süresi izleme her durumda kurulabilir. Kritik akış kontrolleri de tamamen sizin tarafınızdadır.
Ne sıklıkla kontrol yapılmalı?
Erişilebilirlik için 1–5 dakika aralığı çoğu işletme için yeterlidir. Daha sık kontrol, kesintiyi daha erken yakalar ancak yanlış alarm ihtimalini de artırır; bu yüzden ardışık başarısızlık şartıyla birlikte kullanılmalıdır.
İzleme sunucumu yavaşlatır mı?
Dışarıdan yapılan kontroller ihmal edilebilir düzeyde yük üretir. Sunucu içi ajanlar da düşük kaynak tüketir. Dikkat edilmesi gereken tek nokta, çok sık çalışan ağır sorgu tabanlı kontrollerdir; bunlar hafif tutulmalıdır.
Kesinti olduğunda ne yapmalıyım?
Önce dış kontrolden doğrulayın (sorun sizde mi, sitede mi), ardından son değişikliklere bakın — kesintilerin önemli kısmı yakın zamanda yapılan bir değişiklikten kaynaklanır. Adımların yazılı olması süreyi belirgin biçimde kısaltır.
Erişilebilirlik oranı ne kadar olmalı?
Sağlayıcı taahhütleri genellikle yüksek oranlar belirtir; önemli olan bu oranın ölçülüyor olmasıdır. Kendi bağımsız ölçümünüz yoksa, taahhüdün karşılanıp karşılanmadığını doğrulayamaz ve telafi haklarınızı kullanamazsınız.
Sonuç
İzleme, teknik bir lüks değil; müşteriden önce haberdar olma yeteneğidir. Bir saatlik kurulum, kesinti sürelerini kısaltır, sorunları büyümeden yakalar ve sağlayıcı taahhütlerini doğrulanabilir hâle getirir. Kurulmadığında ise ilk uyarıyı her zaman müşteri verir.
İzleme kurgunuzu birlikte oluşturmak isterseniz bize ulaşın. Sunucu yönetimi, SLA garantisi ve kurumsal hosting çözümlerimizi inceleyebilirsiniz.