Hoe u uptime berekent
De uptimeformule is (Totale tijd - Downtime) / Totale tijd x 100 = Uptime%. Een site met 43 minuten downtime in een maand van 30 dagen (43.200 minuten in totaal) heeft 99,9% uptime. De rekensom is het makkelijke deel. Waar het op aankomt, is weten wat elk procentpunt u kost in minuten, en downtime nauwkeurig genoeg meten om de formule betekenis te geven.
De uptimeformule
Voor een server of resource met een bekende totale levensduur:
(Overall Lifetime - Overall Downtime) / Overall Lifetime x 100% = UptimeVoor een website die u actief monitort, wat veel vaker het geval is omdat u zelden de werkelijke levensduur van een resource kent, berekent u de uptime in plaats daarvan over uw monitoringperiode:
(Monitored Time - Monitored Downtime) / Monitored Time x 100% = UptimeKies een periode (een dag, een maand, een jaar), tel elke minuut op dat de site bevestigd onbereikbaar was binnen die periode, en deel. Het resultaat is precies zo nauwkeurig als uw downtimeregistratie, wat meteen het argument is voor geautomatiseerde monitoring boven een handmatige inschatting op basis van "heeft iemand een storing gemerkt".
Hoe u downtime berekent
Downtime is elke aaneengesloten periode waarin uw site van buitenaf onbereikbaar was, geteld tot op de seconde waar mogelijk in plaats van afgerond op een handig rond getal. Korte haperingen tellen op: vijf storingen van twee minuten in een maand is 10 minuten downtime, en dat onderschat u makkelijk als u afgaat op gebruikersmeldingen in plaats van op een monitor die elke statuswijziging met tijdstempel vastlegt.
De negens: wat elke uptimeklasse betekent
99,9% uptime en 99,999% uptime klinken dicht bij elkaar. In de praktijk zit er een wereld van verschil tussen. Dit is wat elke klasse toestaat voordat u uw doel heeft overschreden, per jaar en per dag:
| Beschikbaarheid | Max. downtime per jaar | Max. downtime per dag | Praktische betekenis |
|---|---|---|---|
| 99,9% ("drie negens") | ~8,77 uur | ~86,4 seconden | De ondergrens die de meeste zoekmachines en advertentieplatforms nog acceptabel vinden. Prima voor de meeste sites, maar geen serieuze SLA-toezegging. |
| 99,95% | ~4,38 uur | ~43,2 seconden | Een gangbare middenklasse-SLA voor SaaS, en een redelijk commercieel doel. |
| 99,99% ("vier negens") | ~52,6 minuten | ~8,64 seconden | Wordt door de meeste platforms behandeld als vrijwel altijd beschikbaar. Het realistische plafond voor een goed beheerde, actief gemonitorde site. |
| 99,999% ("vijf negens") | ~5,26 minuten | ~0,864 seconden | De telecomstandaard. Haalbaar met redundante infrastructuur en bijna perfecte onderhoudsdiscipline, maar voor de meeste bedrijven veel techniek om te rechtvaardigen. |
100% uptime is voor niemand een realistisch doel: onderhoudsvensters, herstarts en de af en toe voorkomende storing hogerop maken het structureel onhaalbaar over elke betekenisvolle periode. Vier negens is het praktische plafond waar de meeste teams naar zouden moeten streven. Vijf negens is een bewuste en dure technische toezegging, geen standaarddoel.
Veelgebruikte uptimeformules, op één plek
- Cloud/SLA-beschikbaarheid: (Guaranteed Uptime - Downtime) / Guaranteed Uptime, de formule waartegen de meeste cloud-SLA's zijn geschreven.
- MTBF (Mean Time Between Failures): Total Operational Time / Number of Failures, wat aangeeft hoe vaak incidenten voorkomen, los van hoe lang elk incident duurt.
- Jaarlijks downtimebudget bij vijf negens: 86.400 seconden/dag x 365 x 0,00001, ongeveer 315 seconden ofwel 5,25 minuten per jaar.
- Jaarlijks downtimebudget bij drie negens: 1.440 minuten/dag x 365 x 0,001, ongeveer 526 minuten ofwel 8,77 uur per jaar.
Hoe u een hoger uptimecijfer haalt
De formule vertelt u waar u staat. Dit zijn de hendels die het cijfer bewegen:
- Kies hosting met een bewezen track record, en controleer de geadverteerde uptime van een provider zelf in plaats van een marketingpagina op zijn woord te geloven.
- Monitor continu van buiten uw eigen infrastructuur. Een monitor die vanaf meerdere onafhankelijke locaties draait, vangt storingen op die uw eigen serverlogging structureel niet kan zien, omdat een server die de buitenwereld niet kan bereiken, ook niet kan vastleggen dat hij onbereikbaar is.
- Verklein onderhoudsvensters. Elke seconde van een geplande herstart telt net zo hard tegen de uptime als een ongeplande, dus bundel en scriptmatig het werk.
- Draai redundante infrastructuur. Een back-upserver of een secundaire regio laat u verkeer verplaatsen tijdens onderhoud of een gedeeltelijke storing in plaats van de hele site plat te leggen.
Meten in plaats van inschatten
Al de rekensommen hierboven zijn precies zo goed als de downtimegegevens die eraan ten grondslag liggen, en dat is waarom een handmatige inschatting ("volgens mij hadden we vorige maand één slechte middag") zelden overeind blijft na een echt uptimerapport. De uptimemonitoring van HostTracker controleert een site vanaf 300+ meetpunten in 158 steden op het interval dat u instelt, legt elke statuswijziging vast tot op de seconde, en produceert het uptimepercentage zonder spreadsheet. De handleiding HTTP-check behandelt de check die de meeste van die statuswijzigingen produceert, en de rest van het onderdeel monitoringconcepten behandelt de termen rond dit onderwerp.
Veelgestelde vragen
Welke formule bepaalt het beschikbaarheidspercentage van een cloudprovider? (Guaranteed Uptime - Downtime) / Guaranteed Uptime, uitgedrukt als percentage. Dat is de standaard cloud-SLA-formule.
Wat meet de gemiddelde tijd tussen storingen? MTBF (Mean Time Between Failures) = Total Operational Time / Number of Failures.
Hoeveel downtime staat een beschikbaarheid van vijf negens toe per jaar? Minder dan 6 minuten: 86.400 seconden/dag x 365 dagen x 0,001% is ongeveer 315 seconden.
Wat is het dagelijkse downtimebudget bij 99,9% beschikbaarheid? Ongeveer 86 seconden per dag, uit 1.440 minuten/dag x 0,1%.