Yeniden kontrol stratejileri: uyarmadan önce yeni durumu onaylama
Yeniden kontrol, bir izleme sisteminin bir durum değişikliğine inanmadan önce istediği ikinci fikirdir; başarısız olan veya yeni başarılı olan kontrolü başka konumlardan tekrarlar, böylece tek bir kötü bakış açısı tek başına bir olay açamaz. HostTracker bir siteyi izleme yapılandırmasında ayarlanan programa göre kontrol eder, ve yeni tespit edilen bir YUKARIDA veya AŞAĞIDA durumu, yeniden kontrol onaylayana kadar aday olarak ele alınır.
Tek bir başarısız kontrol neden bir kesinti değildir
Bir kontrol sonucu, bir yerden, bir anda gerçekleşen tek bir isteği tanımlar. Bunlardan herhangi biri site hakkında bir bütün olarak yanlış olabilir. Tek bir kontrol noktası ile sunucunuz arasındaki ağ bozuk olabilirken diğer her rota sorunsuz olabilir. Bir DNS kaydı bir bölgede hâlâ yayılıyor olabilirken bir sonrakinde zaten doğru olabilir. Bir kontrol noktasının kendi ortamı, sunucunuzun yaptığı bir şeyle uyumsuz olabilir.
Bir izleme sistemi her ilk sonuca göre hareket etseydi, sizi bunların hepsi için çağırırdı ve ayrıca çalışma süresi istatistiklerinizi bozardı, çünkü kaydettiği kesinti kullanıcılarınız için hiç gerçekleşmemiştir. Bu yüzden tespit edilen durum, YUKARIDA veya AŞAĞIDA, onaylanana kadar doğrulanmamış olarak tutulur, ve ancak o zaman aşağı akışta bir şey olur: bir uyarı gönderilmesi, bir bölümün açılması, çalışma süresi sayısının hareket etmesi.
Bir yeniden kontrol neyi yakalar
Başka konumlardan yeniden kontrol etmek, gerçek, site genelindeki bir değişikliği yerel bir yapaydan ayıran şeydir. En sık filtrelediği durumlar şunlardır:
- Yeni bir dağıtım sırasındaki kısa kesinti süresi, ikinci bir kontrol çalışmadan önce sitenin geri gelmesi
- Bir yapılandırma değişikliği yayılırken DNS erişilemezliği, bazı çözümleyicilerin yanıt vermesi diğerlerinin vermemesi
- Yalnızca bir ağdan görünen, sitenin veya kontrol noktasının adresinin yerel bir kara listeye alınması
- Ortamı sunucunun kullandığı teknolojilerle uyumsuz bir kontrol ajanı
- Tek bir kontrol noktası ile sunucu arasındaki yolda yönlendirme veya eşler arası sorunlar
Onaylayan kontroller, izleme görevi için yapılandırılan coğrafi bölgeden alınır, bu yüzden ikinci fikir, rastgele boşta olan bir yerden değil, kullanıcılarınızın bulunduğu dünyanın aynı bölümünden gelir.
Üç yeniden kontrol stratejisi
HostTracker, yeni bir durumun gerçek olup olmadığına karar vermenin üç yolunu destekler.
1. Çoğunluk oyu. Bir kontrol yeni bir durum döndürdüğünde, sistem bunu onaylamak için izleme görevinin coğrafi bölgesinden 7'ye kadar yeni konum ayırır. Dönen sonuçlar duruma göre gruplandırılır, ve daha büyük grup kazanır. Diyelim ki Miami'den bir kontrol AŞAĞIDA bildiriyor, ve New York, Boston ve Chicago'dan yeniden kontroller YUKARIDA, AŞAĞIDA, YUKARIDA olarak dönüyor. AŞAĞIDA onaylanmaz ve atılır, ve Miami cezalandırılır: o sitenin kontrolleri için kullanılmayacaktır. Aynı örneği ters yönde çalıştırın, Miami bir AŞAĞIDA'dan sonra YUKARIDA bildirsin ve New York ile Chicago YUKARIDA'yı onaylasın, ve AŞAĞIDA-YUKARIDA geçişi kaydedilir.
2. AŞAĞIDA'yı onaylayan sabit sayıda konum. Burada bir AŞAĞIDA'yı onaylamak için gereken minimum yeniden kontrol sayısını yapılandırırsınız, YUKARIDA ise hâlâ çoğunluk oyunu gerektirir. Bu sayı 1 olarak ayarlandığında, aynı örnekte, yalnızca Boston'ın AŞAĞIDA döndürmesi, New York ve Chicago aynı fikirde olmasa bile Miami'nin AŞAĞIDA'sını onaylamaya yeter.
3. Yeniden kontrol yok. Yeni durum tespit edilir edilmez her zaman onaylanır. Bu, sunucuya ve izleme konumlarının ortamlarına tam güveni varsayar. Birkaç özel izleme ihtiyacına uyar, ve dikkatlice seçilmelidir, çünkü tek bir kontrol noktasındaki her geçici ağ sorunu yanlış bir uyarıya ve çalışma süresi rakamında bir çentiğe dönüşür.
Bir strateji seçmek
- Çoğunluk oyuyla başlayın. Dengeli varsayılandır: birkaç saniyelik ek onay süresine mal olur ve tek kontrol noktası gürültüsünün neredeyse tamamını ortadan kaldırır.
- Hızlı bir uyarı sessiz bir gelen kutusundan daha değerliyken AŞAĞIDA onay eşiğini düşürün. Yalnızca iki konumun görebildiği bölgesel bir kesinti, daha fazla yanlış pozitif pahasına da olsa yine de size ulaşır.
- AŞAĞIDA'yı nasıl ayarlarsanız ayarlayın, YUKARIDA geçişleri için çoğunluk oyunu koruyun. Erken bir YUKARIDA, hâlâ devam eden bir olayı kapatır ve kesintinin kuyruğunu istatistiklerinizden gizler.
- Yeniden kontrol yoku, uçtan uca denetlediğiniz hedefler için ayırın; burada onay beklemek yerine sahte bir uyarıyı araştırmayı tercih edersiniz.
Hangi stratejiyi seçerseniz seçin, farklı iki ağdan bir anlaşmazlığı kendiniz yeniden üretebilir ve her birinin ne gördüğünü karşılaştırabilirsiniz:
curl -sS -o /dev/null -w '%{http_code} %{time_total}s\n' https://example.com/Bir ağdan 503 ve diğerinden 200, yeniden kontrolün çözmek için tasarlandığı aynı örüntüdür. Başarısız durum bir zaman aşımı değil de bir 5xx ise, sunucu yanıt vermiştir, ki bu farklı bir sorundur: bkz. 503 Service Unavailable.
Onay size ne kazandırır
Yeniden kontroller, bir izleme sisteminin birçok yerden sık kontroller çalıştırırken bu hassasiyeti gürültüye dönüştürmeden çalışmasını sağlayan şeydir. HostTracker, 158 şehirdeki 300'den fazla kontrol noktasından kontrol eder, bu yüzden ikinci fikir için her zaman bağımsız konumlar mevcuttur, ve yalnızca onaylanmış bir geçiş e-posta, SMS, sesli arama, Slack, Telegram ve daha fazlasıyla bir uyarı tetikler. Yukarıdaki stratejiler olası tüm kümeyi kapsamaz, ve izlemenizin hiçbirinin karşılamadığı bir talebi varsa destek gelecek bir sürüm için yenisini değerlendirebilir. Kontrol noktası ağının nasıl kullanıldığı için dağıtılmış erişilebilirlik izlemesine, ve bunun arkasındaki terimler için izleme kavramları bölümünün geri kalanına bakın.