Bölgesel İzleme

Monitörlerinizi UptimeWarden'ın dünya genelindeki beş lokasyonundan birinden veya birkaçından çalıştırın; konsensüs oylaması ve otomatik devralma yanlış alarmları azaltır.

UptimeWarden monitörlerinizi tek bir noktadan değil, dünyaya yayılmış beş farklı lokasyondan çalıştırır. Bu yaklaşım iki şeyi birden sağlar: müşterilerinizin gerçekten yaşadığı deneyimi ölçersiniz ve tek bir bölgenin geçici ağ sorunları sizi gece yarısı uyandırmaz.

Mevcut bölgeler

Her bölge yoğun trafiği karşılayacak şekilde ölçeklenir ve yalnızca kendisine atanmış monitörleri kontrol eder.

Bölge nasıl seçilir?

Professional ve Enterprise planlarında monitör formundaki Region alanından monitörün ana bölgesini seçersiniz. Üç stratejiden birini izleyin:

1. Müşteri coğrafyası

Trafiğinizin yoğun olduğu bölgeyi seçin. AB ağırlıklı bir SaaS için Sweden Central; Asya için East Asia veya Sydney; Amerika için Phoenix veya São Paulo iyi başlangıçtır.

2. Veri merkezine yakınlık

Servisinizin barındırıldığı yere en yakın UptimeWarden bölgesini seçin. Bu seçim, yanıt süresi ölçümlerinden gereksiz ağ atlamalarını çıkarır.

3. Çoklu bölge (konsensüs)

Birden fazla bölgenin aynı anda kontrol etmesini sağlayın. Global servisler için en uygun yaklaşımdır. Detay aşağıda.

Çoklu lokasyon konsensüsü

Tek bir bölgedeki kısa bir internet kesintisi sizi uyandırmasın diye UptimeWarden konsensüs oylaması kullanır. Monitörün bölgesi bir arıza gördüğünde diğer bölgeler kontrolü tekrarlar. N bölgenin K'sı hedefi down görürse alarm doğrulanır, bölgelerin çoğu hedefe erişebiliyorsa bekletilir, diğer durumlarda doğrulanamadı etiketiyle gönderilir.

Sık kullanılan kalıplar:

Pratik: Üretim ortamlarında 3/5 iyi bir seçimdir: yalnızca tek bir bölgenin gördüğü arıza bekletilir, bölgelerin çoğunun gördüğü kesinti doğrulanır.

Detay: Çoklu Lokasyon Konsensüsü.

Plan kapsamı

Monitör formundaki bölge seçimi Professional (monitörleriniz en fazla 5 bölgede) ve Enterprise (tüm bölgeler) planlarında açıktır; Free, Hobby ve Starter planlarında monitörler varsayılan bölgeden çalışır. Bu, doğrulama bölgelerinden ayrı bir sınırdır. Bir monitörün kaç bölgede oy kullanabileceği de plana göre değişir:

Free'de ikinci bölge alarmı doğrulayabilir ama durduramaz: siteye erişirse alarm "doğrulanamadı" etiketiyle yine gönderilir. Hobby ve üzerinde bölgelerin çoğunun görmediği bir arıza bekletilir ve beş dakika sonra yeniden kontrol edilir.

Doğrulama bölgeleri

Çoklu bölge kullandığınızda bir ana bölge (zamanlamanın çalıştığı yer) ve doğrulama bölgeleri (tanıklar) olur. Form şöyle görünür:

Bölge (ana):                Sweden Central
Doğrulama bölgeleri:        East Asia, Phoenix
Onay için minimum bölge:    2  (2/3 - en az iki bölge aynı fikirde olmalı)

Bu yapılandırmada:

• Yalnızca Sweden Central down derse → incident açılmaz
• Sweden Central + East Asia down derse → incident
• Sweden Central + Phoenix down derse → incident
• Yalnızca East Asia down derse → incident yok (Sweden Central hâlâ ayakta)

Otomatik bölgesel devralma

Bir bölge tamamen devre dışı kalırsa, en yakın canlı bölge o monitörlerin sorumluluğunu otomatik olarak üstlenir. Sizin tarafınızda yapılandırma değişikliği gerekmez ve monitörün ana bölgesi olduğu gibi kalır. Orijinal bölge tekrar devreye girdiğinde kontrol kendiliğinden ona döner.

Yakınlık sıralaması sabittir (yakından uzağa):

• Sydney → East Asia → Sweden Central → Phoenix → São Paulo
• São Paulo → Phoenix → Sweden Central → East Asia → Sydney
• Sweden Central → East Asia → Phoenix → São Paulo → Sydney
• East Asia → Sydney → Sweden Central → Phoenix → São Paulo
• Phoenix → São Paulo → East Asia → Sydney → Sweden Central

Tek incident, tek bildirim

Monitör zamanlaması bölge bazlıdır; ancak incident oluşturma, bildirim gönderimi ve veri saklama gibi koordinasyon işleri tek bir noktadan yürür. Aynı kesintiyi gözlemleyen birden çok bölge için ayrı ayrı e-posta gelmesinin önüne bu tasarım geçer: bir kesinti, bir bildirim.

Özel ajanlar ve bölgeler

Özel ajan kendi başına bir lokasyon gibi davranır; hangi UptimeWarden bölgesinin onu gözlediği değil, ajanın çalıştığı yer önemlidir. Özel ağ uç noktalarını izlemenin tek yolu da odur. Detay: Ajan Yönetimi.

Bölge atama

Ana bölge, doğrulama bölgeleri ve onay eşiği monitör formundan yapılandırılır. Bir bölgeye yapılandırmada veya destek taleplerinde referans verirken görünen ad yerine slug değerini kullanın:

API notu: Genel REST API'si (/api/v1) bölge atamasını henüz sunmaz. Oluşturma uç noktası (POST /api/v1/monitors) yalnızca name, url, type, interval ve timeout alanlarını kabul eder ve monitörler için bir güncelleme uç noktası yoktur. Bölge ve doğrulama bölgelerini şimdilik monitör formundan ayarlayın.

Sık sorulan sorular

S: Servisime hangi bölgenin yakın olduğunu nasıl bilirim? C: Bulut bölgenize en yakın UptimeWarden bölgesini seçin (Avrupa'daki bir bulut bölgesi → Sweden Central, Sydney → Sydney, Doğu veya Güneydoğu Asya'daki bir bölge → East Asia). Emin değilseniz bir gün boyunca 2-3 bölgeden test edin ve yanıt sürelerini kıyaslayın.

S: Bir monitörün bölgesini değiştirirsem geçmiş veriye ne olur? C: Geçmiş kontroller eski bölge etiketiyle kalır; yeni kontroller yeni bölgeden gelir. Detay sayfasındaki kırılım bunu net gösterir.

S: Bölgem düşerse monitörlerim çalışmaz mı? C: Devralma otomatiktir; en yakın canlı bölge yükü üstlenir, ana bölge geri geldiğinde kontrolü iade eder. Monitörün yapılandırılmış bölgesi hiçbir zaman değişmez.

İlgili konular

• Çoklu Lokasyon Konsensüsü
• Ajan Yönetimi
• Monitör Ayarları