Jak vypočítat uptime
Vzorec pro uptime je (Celkový čas - Výpadek) / Celkový čas x 100 = Uptime %. Web s 43 minutami výpadku za 30denní měsíc (celkem 43 200 minut) má uptime 99,9 %. Aritmetika je ta snadná část. Práci dá vědět, co vás každý procentní bod stojí v minutách, a měřit výpadek natolik přesně, aby vzorec vůbec něco znamenal.
Vzorec pro uptime
Pro server nebo prostředek se známou celkovou dobou provozu:
(Overall Lifetime - Overall Downtime) / Overall Lifetime x 100% = UptimeU webu, který aktivně monitorujete, což je mnohem běžnější případ, protože skutečnou dobu provozu prostředku málokdy znáte, se uptime počítá vůči sledovanému období:
(Monitored Time - Monitored Downtime) / Monitored Time x 100% = UptimeVyberte si okno (den, měsíc, rok), sečtěte každou minutu, kdy byl web v tomto okně potvrzeně nedostupný, a vydělte. Výsledek je jen tak přesný, jak přesně sledujete výpadky, a to je vlastně ten skutečný důvod, proč dát přednost automatickému monitoringu před ručním odhadem typu "asi si někdo všiml výpadku".
Jak počítat výpadek
Výpadek je každý souvislý úsek, kdy byl web zvenčí nedostupný, počítaný pokud možno na sekundu přesně, ne zaokrouhlený na pohodlné číslo. Krátké výpadky se sčítají: pět dvouminutových výpadků za měsíc je 10 minut výpadku, a to se snadno podhodnotí, pokud se spoléháte na hlášení uživatelů místo na monitor, který loguje každou změnu stavu s časovou značkou.
Devítky: co znamená každá úroveň uptime
Uptime 99,9 % a 99,999 % zní podobně. V praxi jde o naprosto odlišné světy. Tady je, co každá úroveň dovolí, než cíl padne, v přepočtu na rok a na den:
| Dostupnost | Max. roční výpadek | Max. denní výpadek | Praktický význam |
|---|---|---|---|
| 99,9 % ("tři devítky") | ~8,77 hodiny | ~86,4 sekundy | Hranice, kterou většina vyhledávačů a reklamních platforem považuje za přijatelnou. Pro většinu webů stačí, ale nejde o seriózní závazek SLA. |
| 99,95 % | ~4,38 hodiny | ~43,2 sekundy | Běžné SLA střední třídy pro SaaS a rozumný komerční cíl. |
| 99,99 % ("čtyři devítky") | ~52,6 minuty | ~8,64 sekundy | Většina platforem to považuje za prakticky trvalou dostupnost. Realistický strop pro dobře spravovaný, aktivně monitorovaný web. |
| 99,999 % ("pět devítek") | ~5,26 minuty | ~0,864 sekundy | Standard telekomunikační třídy. Dosažitelný s redundantní infrastrukturou a téměř bezchybnou disciplínou údržby, ale pro většinu firem jde o příliš mnoho inženýrské práce na to, aby se to vyplatilo. |
100% uptime není reálný cíl pro nikoho: okna údržby, restarty a občasný výpadek u nadřazeného poskytovatele ho z principu znemožňují na jakémkoli smysluplně dlouhém úseku času. Čtyři devítky jsou praktický strop, o který by měla usilovat většina týmů. Pět devítek je vědomý a nákladný inženýrský závazek, ne výchozí cíl.
Běžné vzorce pro uptime na jednom místě
- Dostupnost podle cloud SLA: (Garantovaný uptime - Výpadek) / Garantovaný uptime, vzorec, na kterém stojí většina cloudových SLA.
- MTBF (střední doba mezi poruchami): Celková provozní doba / Počet poruch, což říká, jak často k incidentům dochází, bez ohledu na to, jak dlouho každý trvá.
- Roční rozpočet výpadku při pěti devítkách: 86 400 sekund/den x 365 x 0,00001, přibližně 315 sekund neboli 5,25 minuty za rok.
- Roční rozpočet výpadku při třech devítkách: 1 440 minut/den x 365 x 0,001, přibližně 526 minut neboli 8,77 hodiny za rok.
Jak dosáhnout vyššího uptime
Vzorec vám řekne, na čem jste. Toto jsou páky, kterými se dá číslo posunout:
- Vybírejte hosting s reálnou historií a ověřte si deklarovaný uptime poskytovatele sami, místo abyste věřili marketingové stránce.
- Monitorujte nepřetržitě a zvenčí vlastní infrastruktury. Monitor běžící z několika nezávislých lokalit zachytí výpadky, které vaše vlastní serverové logování z principu vidět nemůže, protože server, který se nedostane ven do sítě, nemůže zalogovat, že je nedostupný.
- Zkracujte okna údržby. Každá sekunda plánovaného restartu se do uptime počítá stejně jako neplánovaná, takže práci slučujte do dávek a automatizujte skripty.
- Provozujte redundantní infrastrukturu. Záložní server nebo druhý region vám umožní přesměrovat provoz během údržby nebo částečného výpadku, místo abyste museli shodit celý web.
Měřit místo odhadování
Všechny výpočty výše jsou jen tak dobré, jak dobrá jsou data o výpadcích, ze kterých vycházejí, a proto ruční odhad ("myslím, že jsme minulý měsíc měli jedno horší odpoledne") jen zřídka obstojí proti skutečnému reportu o uptime. Monitoring uptime od HostTracker kontroluje web z více než 300 kontrolních bodů ve 158 městech v intervalu, který si nastavíte, loguje každou změnu stavu na sekundu přesně a vydá procento uptime bez jediné tabulky. Návod na HTTP kontrolu popisuje kontrolu, která tvoří většinu těchto změn stavu, a zbytek sekce o pojmech z monitoringu pokrývá související termíny.
Časté dotazy
Podle jakého vzorce se počítá procento dostupnosti u cloudového poskytovatele? (Garantovaný uptime - Výpadek) / Garantovaný uptime, vyjádřeno v procentech. Jde o standardní vzorec cloudového SLA.
Co měří střední dobu mezi poruchami? MTBF (střední doba mezi poruchami) = Celková provozní doba / Počet poruch.
Kolik výpadku za rok dovoluje dostupnost pět devítek? Méně než 6 minut: 86 400 sekund/den x 365 dní x 0,001 % je zhruba 315 sekund.
Jaký je denní rozpočet výpadku při dostupnosti 99,9 %? Zhruba 86 sekund denně, z výpočtu 1 440 minut/den x 0,1 %.