Uptime 99,9% oznacza, że usługa może być niedostępna przez 0,1% czasu. To 1 minuta 26 sekund dziennie, 43 minuty 49 sekund w przeciętnym miesiącu i 8 godzin 45 minut 57 sekund w roku. Każda kolejna dziewiątka dzieli dopuszczalny przestój przez dziesięć: 99,99% zostawia 4 minuty 22 sekundy w miesiącu, 99,999% tylko 26 sekund.
Procent to łatwa część. O tym, czy dostawca go dotrzymuje, decyduje drobny druk: w jakim okresie jest mierzony, co liczy się jako awaria, co jest wyłączone i kto mierzy. Ten poradnik najpierw omawia liczby, potem drobny druk, a na końcu to, jak wybrać cel, którego dotrzymasz.
Żeby policzyć dowolny inny cel lub okres, użyj kalkulatora SLA i uptime. Działa też w drugą stronę: wpisz przestój, który miałeś, a powie Ci, w jakim SLA się zmieściłeś.
Dopuszczalny przestój dla każdego poziomu dziewiątek
Tabela korzysta z tych samych obliczeń co kalkulator: rok ma 365,25 dnia (średnia z uwzględnieniem lat przestępnych), miesiąc to jedna dwunasta tego (30,4375 dnia), a dopuszczalny przestój jest zaokrąglany w dół do sekundy, bo zaokrąglenie w górę pozwoliłoby przekroczyć cel.
UptimeNa dzieńNa tydzieńNa miesiącNa rok99 min 24 s1 h 40 min 48 s7 h 18 min 18 s3 d 15 h 39 min 36 s99,5%7 min 12 s50 min 24 s3 h 39 min 9 s1 d 19 h 49 min 48 s99,9%1 min 26 s10 min 4 s43 min 49 s8 h 45 min 57 s99,95 s5 min 2 s21 min 54 s4 h 22 min 58 s99,99%8 s1 min4 min 22 s52 min 35 s99,999%poniżej 1 s6 s26 s5 min 15 s
Szybkie linki do popularnych celów: 99,5%, 99,95% i 99,99%, każdy z przestojem na dzień, tydzień, miesiąc, kwartał i rok.
Dlaczego w Twoim miesiącu liczba może wyjść inna
Wiele umów mierzy w miesiącach kalendarzowych, a miesiące kalendarzowe nie są równej długości. Przy 99,9% luty (28 dni) dopuszcza 40 minut 19 sekund, miesiąc 30-dniowy 43 minuty 12 sekund, a 31-dniowy 44 minuty 38 sekund. Przeciętny miesiąc wypada pośrodku, z 43 minutami 49 sekundami. Jeśli raportujesz względem umowy, używaj rzeczywistej długości miesiąca. Jeśli planujesz lub porównujesz cele, uczciwsza jest średnia.
Co dziewiątki oznaczają w praktyce
Krok z jednego poziomu na następny wygląda na papierze niewinnie. W praktyce operacyjnej każdy z nich zmienia sposób, w jaki musisz pracować.
99% (7 godzin w miesiącu): miejsce na zły wieczór albo nieplanowany restart, którym ktoś zajmie się następnego ranka. W porządku dla narzędzi wewnętrznych i projektów pobocznych, zbyt luźne dla wszystkiego, za co płacą klienci.
99,5% (3,6 godziny w miesiącu): mieści się jeden poważny incydent w miesiącu, jeśli ktoś zareaguje w ciągu godziny.
99,9% (44 minuty w miesiącu): typowy cel dla firmowych stron i produktów SaaS. Wymaga alertów, które szybko docierają do człowieka, i możliwości wycofania nieudanego wdrożenia w kilka minut.
99,95% (22 minuty w miesiącu): jeden dobrze obsłużony incydent albo dwa krótkie. Ręczna reakcja w nocy zaczyna być czynnikiem ograniczającym.
99,99% (4 minuty w miesiącu): mniej, niż większość ludzi potrzebuje, żeby się obudzić, otworzyć laptopa i przeczytać alert. Tu potrzeba redundancji i automatycznego przełączania awaryjnego, a nie szybszych ludzi.
99,999% (26 sekund w miesiącu): mniej niż odstęp między dwoma sprawdzeniami w większości narzędzi do monitorowania. Niewiele usług to osiąga, a jeszcze mniej potrafi to udowodnić.
Ten ostatni punkt dotyczy każdego celu: pomiar musi być dokładniejszy niż budżet. Przy sprawdzeniach co pięć minut jedna przeoczona krótka awaria może ukryć większość budżetu miesiąca przy 99,99%. Przy sprawdzeniach co minutę zmierzysz 99,9% i 99,95% z pewnością, a 99,99% z ostrożnością.
Jak SLA mierzą uptime
Dwóch dostawców może obiecywać 99,9% i mieć na myśli zupełnie co innego. Gdy czytasz lub piszesz SLA, szukaj tych sześciu punktów.
Okres pomiaru
Większość SLA mierzy w miesiącach kalendarzowych, niektóre w kwartałach lub latach. Dłuższy okres jest łaskawszy dla dostawcy: 8 godzin 45 minut rocznie można wykorzystać w jedną złą noc i roczne SLA wciąż jest dotrzymane, podczas gdy miesięczne SLA za ten miesiąc zostaje przekroczone wielokrotnie.
Co liczy się jako awaria
Strona błędu i brak jakiejkolwiek odpowiedzi to oczywiste przypadki. Mniej oczywiste: strona, która ładuje się 30 sekund, koszyk, który nie działa, choć strona główna działa, albo API, które odpowiada kodem 200 z pustą treścią. Dobre SLA wymienia objęte komponenty i mówi, czy liczą się wolne odpowiedzi i częściowe awarie.
Wyłączenia
Typowe to zaplanowana konserwacja ogłoszona z wyprzedzeniem, problemy spowodowane przez klienta i zdarzenia, na które nikt nie ma wpływu. Konserwację trzeba czytać najuważniej. Bez wymaganego terminu powiadomienia i miesięcznego limitu każdą awarię można po fakcie nazwać konserwacją.
Skąd prowadzony jest pomiar
Dostawca mierzący z wnętrza własnej sieci przeoczy awarie DNS, wygasłe certyfikaty i problemy sieciowe, przez które klienci nie mogą się do niego dostać. Zewnętrzne sprawdzenia widzą to, co widzą klienci. SLA powinno też mówić, czy liczy się awaria widoczna z jednej lokalizacji, czy tylko taka, którą widać z kilku.
Minimalna długość awarii
Wiele SLA liczy tylko awarie trwające dłużej niż minutę albo potwierdzone drugim sprawdzeniem. Dzięki temu pojedynczy zgubiony pakiet nie trafia do statystyk, co jest uczciwe, o ile próg jest krótki. Zasada, która liczy tylko awarie dłuższe niż 15 minut, może sprawić, że obietnica 99,9% prawie nic nie znaczy.
Kto mierzy i jak zgłosić roszczenie
Zwykle punktem odniesienia jest monitoring samego dostawcy, a klient musi wystąpić o rekompensatę w określonym czasie, często w ciągu 30 dni od końca miesiąca. Własny, zewnętrzny zapis uptime usługi daje Ci materiał do porównania.
Rekompensaty (service credits)
Typową konsekwencją niedotrzymanego SLA jest rekompensata (service credit): rabat na przyszłą fakturę, zależny od tego, jak daleko poniżej celu zakończył się miesiąc. Przykład tego, jak często buduje się schemat progowy:
Miesięczny uptimeRekompensata (przykład)99,9% lub więcejBrakOd 99,0% do 99,9% miesięcznej opłatyOd 95,0% do 99,0% miesięcznej opłatyPoniżej 95,0% miesięcznej opłaty
Typowe są trzy rzeczy. Rekompensaty mają górny limit, często równy miesięcznej opłacie za daną usługę. Trzeba o nie wystąpić; rzadko są wypłacane automatycznie. Często są też jedynym środkiem, na jaki pozwala umowa, co oznacza, że rekompensata w wysokości kilku euro może być wszystkim, co dostaniesz za awarię, która kosztowała Cię znacznie więcej. Żeby zobaczyć skalę tej różnicy, przeczytaj o koszcie przestoju strony. SLA mówi, jak poważnie dostawca traktuje niezawodność; nie jest ubezpieczeniem.
Jak wybrać cel uptime
Niezależnie od tego, czy obiecujesz uptime klientom, czy ustalasz cel wewnętrzny, obowiązują te same kroki.
Najpierw zmierz. Uruchom zewnętrzne sprawdzenia na miesiąc lub dwa i zobacz, co osiągasz dziś. Wpisz swój przestój do kalkulatora, na przykład 90 minut w miesiącu, a pokaże najwyższe popularne SLA, w którym się zmieściłeś.
Policz swoje zależności. Jeśli Twoja strona potrzebuje serwera, bazy danych i operatora płatności, a każdy z nich ma własne awarie, Twój uptime nie może być wyższy niż ich łączny wynik. Artykuł jak obliczyć procent uptime pokazuje, jak je połączyć.
Dopasuj cel do sposobu reagowania. Jeśli nikt nie ma dyżuru w nocy, miesięczny budżet 22 minut to obietnica, której nie dotrzymasz.
Obiecuj mniej, niż zakładasz. Trzymaj cel wewnętrzny o jeden poziom wyżej niż zewnętrzną obietnicę, na przykład celuj w 99,95%, a obiecuj 99,9%. Artykuł SLA vs SLO vs SLI wyjaśnia, jak to się ze sobą łączy.
Zapisz, co się liczy. Objęte komponenty, zasady konserwacji, minimalną długość awarii i miejsce pomiaru, zanim ktokolwiek cokolwiek podpisze.
Dla większości firmowych stron i produktów SaaS 99,9% w miesiącu to realistyczna obietnica. Idź wyżej tylko wtedy, gdy Twoja historia i infrastruktura to uzasadniają.
Pomiar uptime względem celu
Monitorowanie dostępności w Uptimecheck sprawdza Twoje strony i API nawet co minutę ze Sztokholmu, Londynu i Nowego Jorku. Nieudane sprawdzenie jest potwierdzane z drugiej lokalizacji, więc pojedyncze zakłócenie nigdy nie liczy się jako awaria, a potwierdzona awaria jest liczona od pierwszego nieudanego sprawdzenia.
Raporty względem celu SLA. Wybierz bieżący miesiąc, poprzedni miesiąc albo ostatnie 7, 30 lub 90 dni oraz cel od 99% do 99,99%. Monitory poniżej celu są oznaczone, a raport można pobrać jako CSV. Zobacz, jak tworzyć raporty względem celu SLA.
Konserwacja, która się nie liczy. W trakcie okna konserwacyjnego monitory nie są sprawdzane, alerty nie są wysyłane, a ten czas nie obniża uptime.
Te same liczby dla klientów. Strona statusu pokazuje 90 dni historii uptime dla wybranych komponentów.
Wiedz, ile zostało z budżetu na ten miesiąc, zanim zapytają o to klienci. Wypróbuj Uptimecheck za darmo przez 14 dni, bez karty kredytowej.