Çoğu üretim sunucusu için sağlam bir başlangıç noktası; 30–60 saniyelik bir kontrol aralığı, normal gidiş-dönüş süresinin yaklaşık 2–3 katı bir zaman aşımı, 2–3 ardışık arızadan sonra bir uyarı ve en az iki izleme konumundan teyittir. Gecikme uyarılarını ölçülen temel seviyenizin 1,5–2 katında, kritik uyarıları ise 3 katında belirleyin ve yaklaşık %2'nin (uyarı) ve %10'un (kritik) üzerindeki paket kaybında uyarı verin. Ardından ana makine türüne göre ince ayar yapın.
Tespit Hızı Üç Ayarın Ürünüdür
Bir kesintiyi tespit etme süresi kabaca aralık ile ardışık arıza sayısının çarpımı artı zaman aşımıdır. Üç arıza gerektiren 30 saniyelik bir aralık, kesin bir kesintiyi yaklaşık 90 saniye içinde öğreneceğiniz anlamına gelir. Aralığı yarıya indirmek bu süreyi de yarıya indirir, ancak geçici dalgalanmalara da uyarı tetiklemek için daha fazla fırsat verir.
Pratik varsayılanlar:
- Aralık: kritik altyapı için 30 saniye, standart sunucular için 60 saniye, düşük öncelikli veya bant genişliği kısıtlı cihazlar için 2–5 dakika.
- Zaman aşımı: p95 gidiş-dönüş süresinin 2–3 katı, alt sınır olarak yaklaşık 1 saniye.
- Ardışık arızalar: kritik ana makineler için 2, diğerlerinin çoğu için 3. Tek bir kayıp yoklama nadiren bir olaydır.
Çok Konumlu Bir Uzlaşı (Quorum) Kullanın
Tek bir gözlem noktasından görülen bir arıza çoğu zaman hedefteki değil, yoklamanın yakınındaki bir sorunu yansıtır. Birden fazla konumdan uzlaşı şartı koymak, mevcut en etkili yanlış pozitif filtresidir. Yaygın bir kural “3 konumdan en az 2'si başarısız olduğunda kapalı” şeklindedir veya beş ya da daha fazla konum çalıştırıyorsanız çoğunluk esas alınır. Tek bir başarısız bölge yine de daha düşük önem dereceli bir uyarı tetikleyebilir; bu da yönlendirme veya eşleme (peering) sorunlarını işaretler.
Gecikme Eşiklerini Temel Seviyeye Göre Belirleyin
Sabit milisaniye değerleri nadiren her ana makineye uyar. Tipik davranış için p50'yi, normal varyans için p95'i kullanarak en az bir hafta boyunca bir temel seviye ölçün, ardından sapmaya göre uyarı verin:
- Uyarı: birkaç ardışık kontrol boyunca temel seviyenin 1,5–2 katında süregelen gecikme.
- Kritik: temel seviyenin 3 katı veya etkileşimli bir API arka ucu için 250 ms gibi uygulamanızı bozan mutlak bir üst sınır.
İkisini birlikte kullanın: göreli bir eşik, 5 ms'lik bir LAN bağlantısının 20 ms'ye sıçramasını yakalarken, mutlak bir üst sınır temel seviye yukarı doğru kaysa bile kullanıcıları korur.
Paket Kaybı ve Jitter
Paket kaybı, çoğu zaman arızalanan bir bağlantının veya doygunluğa ulaşmış bir arayüzün en erken işaretidir. Bunu kontrol başına değil, son 10–20 yoklama gibi kayan bir pencere üzerinden değerlendirin. Tipik başlangıç noktaları uyarı için %2'nin, kritik için %10'un üzeridir; LAN yollarında ise süregelen her türlü kayıp incelenmeyi hak eder.
Jitter, yani ardışık gidiş-dönüş süreleri arasındaki değişkenlik, en çok ses, video ve gerçek zamanlı API'ler için önemlidir. Bu iş yükleri için yaklaşık 30 ms yaygın bir uyarı seviyesidir. Web veya toplu iş trafiği için jitter'ı bir uyarı tetikleyicisi olarak değil, bir teşhis sinyali olarak ele alın.
Ana Makine Türüne Göre Başlangıç Eşikleri
| Ana makine türü | Aralık | Zaman aşımı | Arızalar | Gecikme uyarı / kritik | Kayıp uyarı / kritik |
|---|---|---|---|---|---|
| LAN sunucusu | 30 sn | 1 sn | 2 | Temel seviyenin 2 / 3 katı (ör. 5 / 10 ms) | >%0,5 / >%2 |
| Bulut sanal makinesi, aynı bölge | 30 sn | 1 sn | 2–3 | Temel seviyenin 2 / 3 katı (ör. 20 / 40 ms) | >%1 / >%5 |
| Kıtalar arası | 60 sn | 3 sn | 3 | Temel seviyenin 1,5 / 2 katı veya mutlak 300 ms | >%2 / >%10 |
| Uç / IoT cihazı | 2–5 dk | 5 sn | 3–5 | Temel seviyenin 2 / 3 katı | >%5 / >%15 |
İlk birkaç hafta içinde örnek değerleri kendi temel seviyelerinizle değiştirin.
Yanlış Pozitifleri Azaltmak İçin İnce Ayar
- İki hafta boyunca her uyarıyı gözden geçirin. Her birini gerçek, geçici veya yoklama kaynaklı olarak sınıflandırın.
- Tek yoklamalık kayıpları filtrelemek için aralığı uzatmadan önce arıza sayısını artırın.
- ICMP'nin yanına bir TCP kontrolü ekleyin. Bazı ağlar ICMP'yi hız sınırlamasına tabi tutar veya önceliğini düşürür; bilinen bir porttaki TCP yoklaması, hizmete gerçekten erişilip erişilemediğini teyit eder.
- Bölge taşımaları veya yeni güvenlik duvarları gibi altyapı değişikliklerinden sonra temel seviyeleri yeniden hesaplayın.
- Uyarı ve kritik yönlendirmesini ayırın. Uyarıları bir Slack veya Microsoft Teams kanalına gönderin, kritik durumları ise e-postaya, Telegram'a veya bir webhook'a yönlendirin.
UpScanX ping izleme, 15'ten fazla küresel konumdan ICMP, TCP ve UDP kontrolleri çalıştırarak uzlaşı kurallarını basitleştirir; yapay zekâ raporları ise kademeli gecikme anormalliklerini işaretler. Daha kapsamlı kurulum rehberliği için ping izleme en iyi uygulamalarımıza göz atın.
Önemli Çıkarımlar
- Tespit süresi kabaca aralık çarpı arıza sayısı artı zaman aşımıdır; üçünü birlikte ayarlayın.
- Bir ana makineyi kapalı ilan etmeden önce çok konumlu bir uzlaşı şartı koyun.
- Mutlak bir üst sınırla desteklenen, temel seviyeye göreli gecikmeye dayalı uyarılar verin.
- Paket kaybı için kayan pencereler kullanın ve jitter uyarılarını gerçek zamanlı trafiğe ayırın.
- Eşikleri ilk iki haftadan sonra ve her ağ değişikliğinden sonra yeniden gözden geçirin.