İzleme
Uptime İzleme Rehberi ve Kesinti Uyarıları
Bir web sitesinin kapalı olduğunu ilk kimin fark ettiği çok şey söyler. Eğer bu kişi bir müşteri ya da ziyaretçiyse, kesinti zaten zarar vermiş demektir. Uptime izleme, sitenizin erişilebilirliğini dışarıdan ve düzenli aralıklarla kontrol ederek sorunu sizin önce fark etmenizi sağlar. Bu rehberde izleme türlerini, doğru ayarları, uyarı stratejisini ve yüzde değerlerinin gerçekte ne kadar kesinti anlamına geldiğini ele alıyoruz.
Uptime nedir, nasıl ölçülür?
Uptime, bir hizmetin belirli bir dönem içinde erişilebilir olduğu sürenin yüzdesidir. İzleme servisi, belirlediğiniz aralıklarla (örneğin her bir veya beş dakikada bir) sitenize istek gönderir ve yanıtı değerlendirir. Yanıt gelmezse, hatalı bir durum kodu dönerse veya belirlediğiniz süreyi aşarsa, bu kontrol başarısız sayılır. Başarısız kontrollerin toplam süresi kesinti süresini, kalan süre ise uptime oranını verir.
Burada önemli bir ayrıntı vardır: ölçüm, kontrol sıklığı kadar hassastır. Beş dakikada bir yapılan kontrol, iki dakikalık bir kesintiyi hiç görmeyebilir. Kritik siteler için kısa aralıklar tercih edilmelidir.
Yüzdeler gerçekte ne kadar kesinti demek?
"%99 uptime" kulağa mükemmel gelir, ama yıl bazında hesaplandığında üç günden fazla kesintiye izin verir. Aşağıdaki tablo, yaygın hedeflerin karşılık geldiği en fazla kesinti sürelerini gösteriyor (yıl 365 gün, ay 30 gün olarak hesaplanmıştır):
| Uptime hedefi | Yılda en fazla kesinti | Ayda en fazla kesinti |
|---|---|---|
| %99 | 3 gün 15 sa 36 dk | 7 sa 12 dk |
| %99,5 | 1 gün 19 sa 48 dk | 3 sa 36 dk |
| %99,9 | 8 sa 45 dk 36 sn | 43 dk 12 sn |
| %99,95 | 4 sa 22 dk 48 sn | 21 dk 36 sn |
| %99,99 | 52 dk 34 sn | 4 dk 19 sn |
Bu hesaplar, yüksek erişilebilirlik literatüründe "dokuzlar" olarak bilinen ölçeğe dayanır. Barındırma sağlayıcılarının verdiği uptime taahhütlerini okurken bu tabloyu hatırlamak faydalıdır: taahhüdün genellikle yalnızca sunucu altyapısını kapsadığını, planlı bakımları hariç tutabileceğini ve ihlal durumunda çoğunlukla yalnızca küçük bir hizmet kredisi verildiğini unutmayın.
İzleme türleri
| Tür | Neyi kontrol eder? | Ne zaman kullanılır? |
|---|---|---|
| HTTP(S) kontrolü | Sayfanın beklenen durum koduyla (genellikle 200) yanıt verip vermediği | Her site için temel izleme |
| Anahtar kelime kontrolü | Yanıtta belirli bir metnin bulunup bulunmadığı | Sayfa açılıyor ama içerik bozuk mu, görmek için |
| Ping / port kontrolü | Sunucunun ağ üzerinden yanıt verip vermediği, belirli bir portun açık olup olmadığı | Sunucu, veritabanı, e-posta servisi gibi altyapı bileşenleri |
| SSL kontrolü | Sertifikanın geçerli olup olmadığı ve bitiş tarihi | HTTPS kullanan her site |
| Alan adı bitiş kontrolü | Alan adı kaydının ne zaman sona ereceği | Her alan adı |
| Cron / kalp atışı (heartbeat) | Zamanlanmış bir görevin belirli aralıkla "ben çalıştım" sinyali gönderip göndermediği | Yedek betikleri, senkronizasyon görevleri |
| Senaryo (sentetik) izleme | Giriş yapma, sepete ekleme gibi çok adımlı bir akışın baştan sona çalışıp çalışmadığı | E-ticaret ve üyelik siteleri |
Anahtar kelime kontrolü neden önemli?
Pek çok kesinti, "site açılıyor ama çalışmıyor" şeklinde yaşanır. Veritabanı bağlantı hatası veren bir WordPress sitesi, bazı yapılandırmalarda yine de bir sayfa döndürür; önbellek eklentisi eski bir hata sayfasını sunmaya devam edebilir; ele geçirilmiş bir site başka bir içerik gösterebilir. Ana sayfada mutlaka bulunması gereken bir metni (örneğin şirket adı veya alt bilgideki bir ifade) kontrol etmek, yalnızca durum koduna bakmaktan çok daha güvenilir sonuç verir.
Kalp atışı izleme: sessiz arızaların ilacı
Bazı sorunlar kesinti üretmez, sadece bir şeyin yapılmamasıyla ortaya çıkar. Gece yedek betiği haftalardır çalışmıyorsa, siteniz sorunsuz açılır ama yedeğiniz yoktur. Kalp atışı izlemede betiğin sonuna, başarılı bittiğinde izleme servisine istek gönderen bir satır eklenir; beklenen sürede sinyal gelmezse uyarı üretilir:
/usr/local/bin/yedek-al.sh && curl -fsS --retry 3 https://izleme-servisi.example/ping/BENZERSIZ-KIMLIKYedekleme stratejisinin bütününü yedekleme ve güvenlik rehberinde anlattık.
Doğru ayarlar
- Kontrol aralığı: kritik siteler için 1 dakika, standart siteler için 3–5 dakika genellikle yeterlidir.
- Zaman aşımı: 10–30 saniye arası makul bir başlangıçtır. Çok kısa zaman aşımı yanlış alarm, çok uzun zaman aşımı geç fark etme demektir.
- Doğrulama: iyi izleme servisleri, bir hata tespit ettiğinde farklı bir konumdan tekrar kontrol eder. Bu, izleme noktasındaki ağ sorunlarından kaynaklanan yanlış alarmları azaltır.
- Birden fazla konum: siteniz Türkiye'deki kullanıcılara hizmet veriyorsa, en az bir izleme noktasının coğrafi olarak yakın olması anlamlıdır.
- Doğru URL: yalnızca ana sayfayı değil, kritik sayfaları da izleyin: ödeme sayfası, giriş sayfası, API uç noktası.
- Yönlendirmeler: izlenen adres bir yönlendirme döndürüyorsa (örneğin http'den https'e), izleme aracının bunu takip edip etmediğini kontrol edin.
Uyarı stratejisi
İzleme, uyarılar doğru kişiye doğru zamanda ulaştığında işe yarar. Tüm uyarıları aynı kanaldan ve aynı aciliyetle göndermek, kısa sürede uyarıların görmezden gelinmesine yol açar.
| Olay | Önem | Kanal |
|---|---|---|
| Kritik site erişilemez (doğrulanmış) | Yüksek | Anlık bildirim, gerekirse SMS veya arama |
| Anahtar kelime bulunamadı | Yüksek | Anlık bildirim |
| Yanıt süresi eşiği aşıldı | Orta | Ekip sohbet kanalı |
| SSL 14 gün içinde bitiyor | Orta | E-posta ve sohbet kanalı |
| Alan adı 30 gün içinde bitiyor | Orta | E-posta |
| Kalp atışı gelmedi | Orta–yüksek | Sohbet kanalı |
| Haftalık uptime özeti | Bilgi | E-posta |
Kesinti bittiğinde de bildirim gelmesi, "hâlâ kapalı mı?" sorusunu ortadan kaldırır. Ayrıca her kesinti için kısa bir not tutmak (ne oldu, neden oldu, nasıl çözüldü) zamanla tekrar eden sorunları görünür kılar.
Durum sayfası
Özellikle bir hizmet sunan siteler ve uygulamalar için herkese açık bir durum sayfası, kesinti sırasında destek taleplerini azaltır ve şeffaflık sağlar. Durum sayfası, ana siteden farklı bir altyapıda barındırılmalıdır; aksi halde site çöktüğünde durum sayfası da erişilemez olur. Pek çok izleme servisi bu sayfayı hazır olarak sunar.
Çok sayıda site için izleme düzeni
Onlarca siteyi izlerken düzen kurmak, izlemenin kendisi kadar önemlidir:
- Envanterden otomatik oluşturun. Yeni bir site eklendiğinde izleme kaydının da açılması, kurulum kontrol listesinin zorunlu bir maddesi olsun. Mümkünse izleme servisinin API'siyle bu adım otomatikleştirilsin.
- Etiketleyin. Siteleri müşteriye, sunucuya ve önem derecesine göre etiketleyin. Aynı sunucudaki tüm siteler aynı anda düşerse, sorunun sunucuda olduğunu hemen anlarsınız.
- Bakım pencerelerini tanımlayın. Planlı güncelleme sırasında gereksiz alarmları önlemek için izlemeyi geçici olarak sessize alın; ama bitince yeniden açılmasını unutmayın.
- Aylık gözden geçirin. Hangi siteler en çok kesinti yaşadı, yanıt süreleri nasıl değişti? Bu veri, barındırma değişikliği gibi kararları somut temele oturtur.
İzleme verilerini güncelleme ve yedek durumuyla aynı ekranda görmek, tek panelden site yönetimi yaklaşımının temel parçasıdır.
Yanıt süresi: kesintinin habercisi
Uptime izleme araçlarının çoğu her kontrolde yanıt süresini de kaydeder. Bu veri tek başına sayfa hızını ölçmez (tarayıcıda görsellerin, betiklerin yüklenmesini kapsamaz), ama sunucu tarafındaki eğilimleri gösterir. Haftalar içinde yavaşça artan bir yanıt süresi; büyüyen bir veritabanına, dolmaya başlayan bir diske veya kaynakları zorlanan bir sunucuya işaret edebilir. Ani sıçramalar ise bir eklenti güncellemesi, bot trafiği veya bir saldırı girişimiyle ilişkili olabilir.
Kendi izlemenizi mi kurmalı, servis mi kullanmalı?
Açık kaynaklı izleme araçlarını kendi sunucunuza kurmak mümkündür ve tam kontrol sağlar. Ancak burada temel bir kural vardır: izleme, izlenen sistemle aynı yerde çalışmamalıdır. Sitelerinizle aynı sunucuda çalışan bir izleme aracı, sunucu çöktüğünde size haber veremez. Kendi aracınızı kuracaksanız farklı bir sağlayıcıda, farklı bir konumda çalıştırın ve aracın kendisini de dışarıdan basit bir servisle izleyin.
Kesinti anında ilk on dakika
- Doğrulayın: siteyi farklı bir ağdan (örneğin mobil veriden) açmayı deneyin; sorun yalnızca sizin bağlantınızda olabilir.
- Kapsamı belirleyin: aynı sunucudaki diğer siteler de kapalı mı? Hepsi kapalıysa sorun sunucu veya ağ seviyesindedir.
- Hata türüne bakın: zaman aşımı, 500 hatası, 503, SSL hatası ve DNS çözümleme hatası farklı nedenlere işaret eder.
- Son değişikliği hatırlayın: kesintilerin önemli bir kısmı bir güncelleme, yapılandırma değişikliği veya dağıtımdan hemen sonra yaşanır.
- İletişim kurun: etkilenen müşteriye veya ekibe kısa bir bilgi verin; çözüm süresini tahmin edemiyorsanız bunu da söyleyin.
Sonuç
Uptime izleme, bir web sitesi için kurulabilecek en ucuz ve en yüksek getirili güvencelerden biridir. Durum kodunun yanında anahtar kelime kontrolü, SSL ve alan adı takibi, zamanlanmış görevler için kalp atışı ve önem derecesine göre ayrılmış uyarılar; bu beş unsur birlikte kurulduğunda kesintileri müşterilerinizden önce, çoğu zaman da büyümeden yakalarsınız.
Sık sorulan sorular
Ücretsiz uptime izleme yeterli olur mu?
Az sayıda standart site için ücretsiz planlar genellikle iyi bir başlangıçtır. Daha kısa kontrol aralığı, çok konumdan doğrulama, senaryo izleme veya SMS uyarısı gerektiğinde ücretli planlar değerlendirilebilir.
%100 uptime mümkün mü?
Pratikte hayır. Donanım arızaları, ağ sorunları, güncellemeler ve insan hataları her sistemi bir noktada etkiler. Hedef sıfır kesinti değil, kesintileri hızla fark edip kısa sürede gidermektir.
İzleme sitemi yavaşlatır mı?
Birkaç dakikada bir gönderilen tek bir istek, normal bir sitenin yükünde fark edilmeyecek kadar küçüktür. Yine de izleme isteklerinin analiz verilerinizi etkilememesi için izleme servisinin kullanıcı ajanını filtrelemek iyi bir pratiktir.