Görsel: Pixabay · Pixabay Lisansı
Neden gerekli?
Arızaların çoğu ani değildir. Disk yavaş dolar, bellek kullanımı kademeli artar, hata oranı yükselir.
İzleme, bu sinyalleri arıza olmadan yakalamayı sağlar.
Asgari izleme seti
Erişilebilirlik kontrolü: site dışarıdan açılıyor mu? En temel ve en değerli kontroldür.
Sertifika süresi: bitmesine ne kadar kaldı?
Disk doluluğu: en sık ve en kolay önlenebilir arıza sebebidir.
Bellek ve işlemci kullanımı.
Uygulama hata oranı ve yanıt süresi.
Yedekleme işinin başarı durumu.
Dışarıdan kontrol şart
Sunucunun kendi üzerinde çalışan izleme, sunucu düştüğünde çalışmaz.
Erişilebilirlik kontrolü mutlaka dış bir noktadan yapılmalıdır. Basit bir dış kontrol servisi, en düşük maliyetli izleme yatırımıdır.
Bellek yetersizliği sessiz katildir
Sunucu belleği tükendiğinde sistem, en çok bellek kullanan süreci kapatır. Bu genellikle veritabanıdır.
Kapanan servis yeniden başlatılmıyorsa, saatlerce fark edilmeyen bir kesinti oluşur.
Bunu yaşadık: ağır bir dağıtım işlemi sırasında veritabanı ve bir arka plan işçisi bellek yetersizliğinden kapandı. İşçinin otomatik yeniden başlatma ayarı olmadığı için işler sessizce yapılmamaya başladı.
Her kritik servis için otomatik yeniden başlatma tanımlayın ve bunu test edin.
Alarm yorgunluğu
Çok fazla uyarı, hiç uyarı olmamasıyla aynı sonucu verir: kimse bakmaz.
Uyarıları ikiye ayırın: hemen müdahale gerektirenler ve bilgilendirme amaçlı olanlar.
Hemen müdahale gerektirenler telefon bildirimi, diğerleri günlük özet olmalıdır.
Sürekli tetiklenen bir uyarı ya eşiği yanlıştır ya da altında çözülmemiş bir sorun vardır. Her iki durumda da ele alınmalıdır.
Günlük kayıtları
Uygulama günlüklerinin merkezi bir yerde toplanması, sorun teşhisini hızlandırır.
Günlük dosyalarının disk doldurmaması için döngüsel saklama kurun. Disk doluluğunun en sık sebebi büyüyen günlük dosyalarıdır.
Yayın sonrası kontrol
Her dağıtımdan sonra otomatik bir sağlık kontrolü çalıştırın. Sayfa açılıyor mu, veritabanına bağlanıyor mu, kritik uç noktalar yanıt veriyor mu?
Bu kontrol, hatalı bir dağıtımı dakikalar içinde yakalar.
Dağıtım altyapısının kendisi de izlenmeli
Otomatik dağıtım kullanıyorsanız, dağıtım çalıştırıcısının ayakta olduğunu izleyin.
Çalışmayan bir çalıştırıcı, değişikliklerin sessizce yayınlanmamasına yol açar; kod deposunda her şey doğru görünür ama üretime hiçbir şey gitmez.
Uyarıları kime, nasıl göndermeli?
Her uyarının bir sahibi olmalıdır. Sahipsiz uyarılar herkese gider ve kimse müdahale etmez.
Nöbet sırası tanımlayın; mesai dışı uyarıların kime gideceği belirsiz olmamalıdır.
Uyarı mesajında ne olduğu, hangi sistemi etkilediği ve ilk yapılacak kontrolün ne olduğu yazmalıdır.
Kesinti sonrası analiz
Her kesintiden sonra kısa bir değerlendirme yapın: ne oldu, ne kadar sürdü, nasıl fark edildi, nasıl çözüldü.
En önemli soru şudur: bunu daha erken nasıl fark edebilirdik?
Cevap genellikle eksik bir izleme kontrolüdür; onu ekleyin.
İkinci soru: aynı sorun diğer sistemlerimizde de olabilir mi? Benzer mimariyle kurulmuş projelerde aynı eksikler tekrar eder.
Sık sorulanlar
Küçük bir site için izleme gerekli mi?
Evet, en azından dışarıdan erişilebilirlik ve sertifika süresi kontrolü. Bu iki kontrol ücretsiz servislerle kurulabilir ve kesintileri müşteriden önce fark etmenizi sağlar.
Hangi eşiklerle uyarı kurmalıyım?
Disk için yüzde seksen doluluk pratik bir eşiktir. Yanıt süresi ve hata oranında ise mutlak değer yerine normalden sapmayı izlemek daha az yanlış alarm üretir.
Kaç uyarı çok fazladır?
Günde birkaç uyarıdan fazlası dikkati kaybettirir. Sürekli tetiklenen uyarılar ya eşiği yanlış ayarlanmıştır ya da altında çözülmemiş bir sorun vardır; ikisi de ele alınmalıdır.
