Dokumentacja

Jak wykrywamy awarie

Jedno nieudane sprawdzenie nigdy nikogo nie budzi. Zgubiony pakiet w jednym mieście to nie awaria, a fałszywy SMS o 3 w nocy to najdroższy błąd, jaki może popełnić narzędzie do monitoringu.

Lokalizacje

Sprawdzamy z: Frankfurt, New York, San Francisco. Każdy monitor ma lokalizację główną, która sprawdza w Twoim interwale, oraz – zależnie od planu – lokalizacje dodatkowe, które sprawdzają rzadziej. Lokalizacje dodatkowe służą do potwierdzenia awarii z więcej niż jednego miejsca i do porównania szybkości na świecie, a nie do jej wykrywania.

Od podejrzenia do incydentu

  1. Podejrzenie. Lokalizacja główna widzi błąd (timeout, odmowa połączenia, 5xx, brak słowa kluczowego, strona zawieszonego hostingu lub parkingu…). Nic jeszcze nie wysyłamy; incydent jest dopiero w stanie investigating.
  2. Weryfikacja. Od razu, a nie przy następnym zaplanowanym sprawdzeniu, ten sam cel sprawdzają maksymalnie dwie inne sprawne lokalizacje monitora.
  3. Potwierdzenie. Jeśli większość lokalizacji, które mogą głosować, się zgadza, incydent zostaje potwierdzony, a Twoje kanały dostają alert. Monitor z tylko jedną lokalizacją potrzebuje dwóch błędów z rzędu.
  4. Rozwiązanie. Gdy sprawdzenia znów przechodzą, incydent zostaje rozwiązany, a te same kanały dostają o tym informację.

Co się nie liczy

  • Nasze własne problemy. Jeśli jedna z naszych lokalizacji przestanie raportować, jej wyniki się nie liczą i nigdy nie otwiera ona incydentu na Twoich monitorach.
  • Lokalizacje, które nigdy nie dotarły do celu. Lokalizacja, której nigdy nie udało się sprawdzić monitora, nie głosuje w jego sprawie. Przyczyną jest często regionalny firewall.
  • Firewalle. Blokada przez Cloudflare lub inny firewall to ostrzeżenie, nie awaria. Zobacz dodawanie do listy dozwolonych.
  • Hasła. Strona, która odrzuca wysyłane przez nas hasło, to ostrzeżenie, nie awaria. Strona, która była otwarta, a teraz prosi o hasło, to awaria. Zobacz strony chronione hasłem.
  • Okna serwisowe. Sprawdzenia trwają, alerty nie, a czas nie wlicza się do dostępności. Zobacz okna serwisowe.

Zapisywanie przyczyny

W zakładce Incydenty monitora możesz dodać przyczynę do potwierdzonego incydentu, na przykład „awaria u dostawcy hostingu, naprawiona po ich stronie”. Zostaje przy incydencie i – jeśli nie oznaczysz jej jako wewnętrznej – pojawia się obok awarii w miesięcznym raporcie klienta i w portalu klienta. Dodanie lub zmiana przyczyny nie wysyła alertu i nie zmienia incydentu.

Sprawdzenie na żądanie

Po zmianie ustawień monitora nie musisz czekać na następne zaplanowane sprawdzenie: Sprawdź teraz u góry strony monitora uruchamia jedno sprawdzenie z lokalizacji głównej i w ciągu kilku sekund pokazuje tam wynik. Możesz uruchomić do 5 sprawdzeń w ciągu 10 minut na monitor. Ręczne sprawdzenie to zwykłe sprawdzenie: pojawia się w zakładce Dziennik, a błąd uruchamia tę samą weryfikację co powyżej, więc jedno nieudane ręczne sprawdzenie samo w sobie nikogo nie alarmuje.

Nigdy nie połączono

Cel, który nigdy nie odpowiedział (zwykle literówka w nazwie hosta albo firewall przed portem TCP), jest pokazywany jako Nigdy nie połączono. Dostajesz jedno powiadomienie, bez incydentu, a dostępność nie jest liczona do pierwszego udanego sprawdzenia. Po pierwszej godzinie cel jest sprawdzany co 5 minut tylko z lokalizacji głównej. Po naprawie użyj Sprawdź teraz na stronie monitora.

Dostępność

Dostępność to czas bez potwierdzonej awarii. Pojedyncze nieudane sprawdzenia, ostrzeżenia, blokady firewalla, odrzucone hasła i okna serwisowe jej nie obniżają. Odsetek udanych sprawdzeń na lokalizację jest pokazywany osobno jako Udane sprawdzenia.