Przykład 1
- SLO 99.9
- 30 dni
- zużyte 0
525.60 min/year
Jaki error budget przy SLO 99.9? 525.60 min/year. Model 525600, nie Prometheus.
Error budget (SRE)
Wpisz SLO, dni okresu i zużyte minuty. 99.9 daje 525.60 min/year. 99.99 daje 52.56 min/year. 99.5 daje 2628 min/year. Model roku, nie live SLO.
To 525600 × (100−SLO)/100 minut na rok. Nie metryka z Prometheusa. Cadence jest na częstotliwości deployów.
Wynik
Wprowadź dane i kliknij Oblicz.
Jak to działa?
Error budget (SRE) w tym kalkulatorze liczy minuty roku z SLO. 99.9 daje 525.60 min/year. 99.99 daje 52.56 min/year. 99.5 daje 2628 min/year. Wzór to 525600 × (100 − SLO) / 100. Kalkulator nie czyta Prometheusa.
Pole slo-pct jest procentem. Pole error-budget-period-days i error-budget-used-min są w fill, ale karta extras trzyma budżet roku. 525600 × 0,001 = 525.60. 525600 × 0,0001 = 52.56. 525600 × 0,005 = 2628. Zużyte 10 albo 60 nie zmieniają tego primary.
525.60 min/year nie schodzi z Grafana. 52.56 nie jest SLI z probe. 2628 nie zna incidentu. Wpisujesz SLO sam. To nie live SLO.
Częstotliwość deployów obok dzieli liczbę przez dni. MTTR liczy naprawę. Tu 99.9 zostaje 525.60 min/year, sam model roku.
Wpisz 99.9, 30 i 0, potem Oblicz. Wynik roku to 525.60 min/year. 99.99 przy 10 zużytych nadal 52.56 min/year na stronie extras.
99.9 daje 525.60 min/year. 99.99 daje 52.56 min/year. 99.5 daje 2628 min/year. Inne SLO zmienia 525.60.
Wzór
minuty / rok = 525600 × (100 − SLO) / 100. Wynik to rok, nie reszta po used.
Jak korzystać
- Wpisz SLO 99.9, okres 30 i zużyte 0.
- Kliknij Oblicz. Budżet roku to 525.60 min/year.
- 99.99 daje 52.56. 99.5 daje 2628.
- To model 525600 min, nie Prometheus.
- Sąsiednia kalkulator liczy deploye / dni, nie SLO.
99.9 daje 525.60 min/year
Rok = 525600 × (100 − SLO) / 100. 99.9 daje 525.60 min/year. To nie Prometheus.
- Error
- Ubytek od 100. 99.9 zostawia 525.60 min/year. Nie Grafana.
- budget
- Minuty roku. 99.99 daje 52.56 min/year. Nie live SLI.
- SRE
- Model z książki, nie sonda. 99.5 daje 2628 min/year.
Przykłady
Przykład 2
- SLO 99.99
- 30 dni
- zużyte 10
52.56 min/year
Jaki budżet przy 99.99? 52.56 min/year. Wynik to rok, nie reszta po 10 min.
Przykład 3
- SLO 99.5
- 7 dni
- zużyte 60
2628 min/year
Jaki budżet przy 99.5? 2628 min/year.
Powiązane kalkulatory
Najczęstsze pytania
Ile przy SLO 99.9?
525.60 min/year. 525600 × 0,001. Nie Prometheus.
Ile przy 99.99?
52.56 min/year. Zużyte 10 min nie zmienia tego primary.
Ile przy 99.5?
2628 min/year. 525600 × 0,005.
Czy to live SLO z Prometheusa?
Nie. Kalkulator mnoży 525600 przez ubytek. Nie ma zapytania metryk.
Po co dni i zużyte minuty?
Są w fill. Kalkulator extras pokazuje budżet roku, nie resztę okresu.
Czy przecinek w 99,9 działa?
Tak. 99,9 i 99.9 to to samo SLO.
Czym to różni się od częstotliwości deployów?
Tam 14 i 7 dają 2.00. Tu 99.9 daje 525.60 min/year.
Czy 100% SLO liczy?
Da 0 min/year. Przykłady trzymają 99.9, 99.99 i 99.5.
Czy 525.60 to SLA z umowy?
Nie. To szkic z wpisanego SLO. Umowa jest poza tym kalkulatorem.
Źródła wiedzy
Kalkulator liczy bity, bajty albo przepustowość z Twoich liczb. Poniżej definicje bitu i SI (GUM).
Strona zaktualizowana w 2026.
Co to jest error budget
Error budget (budżet błędów) to koncepcja z "Site Reliability Engineering" (książka Google) — to dopuszczalna ilość niedostępności wynikająca z ustalonego SLO. Jeśli SLO to 99,9% dostępności, budżet błędów to pozostałe 0,1% czasu, w którym system może być niedostępny bez naruszenia obietnicy danej użytkownikom.
Wzór
Budżet = łączna liczba minut w okresie × (100 − SLO%) / 100. Dla roku (525 600 minut) to 525600 × (100 − SLO) / 100. Kalkulator liczy to samodzielnie dla roku, a jeśli podasz dowolny okres w dniach — również dla niego, oraz odejmuje wykorzystany downtime, jeśli go podasz.
SLO i dopuszczalny downtime
| SLO | Downtime / rok | Downtime / miesiąc (30 dni) |
|---|---|---|
| 99% | ~3,65 dnia | ~7,2 godziny |
| 99,9% | ~8,76 godziny | ~43,2 minuty |
| 99,95% | ~4,38 godziny | ~21,6 minuty |
| 99,99% | ~52,6 minuty | ~4,32 minuty |
| 99,999% | ~5,26 minuty | ~0,43 minuty |
MTTR i MTBF pomagają interpretować te minuty downtime przez rytm i czas napraw — zobacz kalkulator MTTR i MTBF.
Jak zespoły "wydają" budżet błędów
- Budżet błędów to nie tylko liczba do raportowania — to sygnał, ile ryzyka można podjąć. Zespół z dużym pozostałym budżetem może wdrażać szybciej i eksperymentować, np. testować nowe funkcje na produkcji.
- Gdy budżet się kończy, standardowa praktyka SRE to "freeze" wdrożeń nowych funkcji i skierowanie wysiłku na stabilność, dopóki budżet się nie odbuduje w kolejnym oknie.
- To narzędzie do rozmowy między zespołami produktowymi (chcą szybciej wdrażać) i operacyjnymi (chcą stabilności) — konkretna liczba minut zamiast subiektywnej dyskusji "czy jest wystarczająco stabilnie".
Okno rolling vs kalendarzowe
Budżet można liczyć w oknie kalendarzowym (miesiąc, kwartał) albo w oknie przesuwnym (rolling window, np. ostatnie 30 dni licząc od dziś). Okno przesuwne lepiej odzwierciedla aktualny stan usługi — nie "resetuje się" sztucznie pierwszego dnia miesiąca — ale wymaga trochę bardziej złożonego monitoringu. Ten kalkulator liczy budżet dla podanej liczby dni; wybór, czy to okno kalendarzowe czy przesuwne, zależy od tego, jak mierzysz wykorzystany downtime.
Przykłady
- SLO 99,9% → roczny budżet ok. 525,6 minuty (~8,76 godziny) dozwolonej niedostępności.
- SLO 99,9%, okres 30 dni, wykorzystane 10 minut → budżet okresu ok. 43,2 minuty, pozostało ok. 33,2 minuty.
- SLO 99,99%, okres 30 dni → budżet okresu ok. 4,32 minuty — bardzo mała tolerancja na niedostępność.