Oppetid i prosent er tiden en tjeneste var oppe, delt på den totale tiden, ganget med 100. En måned på 30 dager har 43 200 minutter; med 27 minutter nedetid blir oppetiden (43 200 − 27) ÷ 43 200 × 100 = 99,9375 %.
Formelen er enkel. Det er vanskeligere å komme fram til et tall du kan stå inne for: Du må bestemme hva den totale tiden er, hva som regnes som nedetid, hva som skal holdes utenfor, og hvordan flere deler av et system skal kombineres. Denne guiden går gjennom hvert punkt med eksempler, og forklarer deretter hvordan oppetid skiller seg fra tilgjengelighet og pålitelighet.
Vil du ha et raskt svar, gjør oppetidskalkulatoren nedetid om til en prosent og en prosent om til tillatt nedetid.
Formelen for oppetid
Oppetid % = (Total tid − Nedetid) ÷ Total tid × 100
Total tid og nedetid må være i samme enhet. Minutter er det praktiske valget for en måned, sekunder hvis du trenger mer presisjon.
PeriodeMinutterSekunderDøgn1 44086 400Uke10 080604 800Måned på 30 dager43 2002 592 000Måned på 31 dager44 6402 678 400Gjennomsnittsmåned (30,4375 dager)43 8302 629 800År (365,25 dager)525 96031 557 600
Bruk periodens faktiske lengde når du rapporterer mot en avtale, siden de fleste SLA-er måles per kalendermåned. Kalkulatoren bruker gjennomsnittsmåneden slik at mål kan sammenlignes rettferdig, og derfor viser den 99,938 % for de samme 27 minuttene.
Ut fra sjekker i stedet for minutter
Hvis dataene dine er en liste over sjekker i stedet for tidspunkter for driftsavbrudd, er oppetiden andelen sjekker som lyktes:
Oppetid % = Vellykkede sjekker ÷ Alle sjekker × 100
Med en sjekk hvert minutt har en måned på 30 dager 43 200 sjekker. Hvis 40 av dem feilet, blir oppetiden 43 160 ÷ 43 200 × 100 = 99,907 %. Dette fungerer bare når sjekkene kjører med fast intervall, og hver feilet sjekk regnes som et helt intervall med nedetid. Med sjekker hvert femte minutt teller et avbrudd på 30 sekunder enten som fem minutter eller ikke i det hele tatt.
Regneeksempler
Flere hendelser i én måned
En nettbutikk hadde tre hendelser i en måned på 30 dager: 12 minutter den 4., 7 minutter den 15. og 24 minutter den 27. Legg dem sammen først: 43 minutter. Deretter (43 200 − 43) ÷ 43 200 × 100 = 99,9005 %. En måned på 30 dager med 99,9 % tillater 43 minutter og 12 sekunder, så butikken holdt seg innenfor målet med 12 sekunder å gå på.
Når planlagt vedlikehold holdes utenfor
Hvis SLA-en din holder vedlikehold utenfor, må vedlikeholdstiden trekkes fra den totale tiden, ikke bare fra nedetiden:
Oppetid % = (Total tid − Vedlikehold − Nedetid) ÷ (Total tid − Vedlikehold) × 100
Et eksempel: en måned på 30 dager med et vedlikeholdsvindu på 2 timer og 30 minutter med uplanlagt nedetid. Uten vedlikeholdet: (43 200 − 120 − 30) ÷ (43 200 − 120) × 100 = 99,930 %. Regnes vedlikeholdet i stedet som nedetid: (43 200 − 150) ÷ 43 200 × 100 = 99,653 %. Samme måned, to svært ulike tall, og derfor må SLA-en si hvilket som gjelder.
Satt overvåking på pause fungerer på samme måte. Hvis ingen målte, er den tiden verken oppe eller nede, og den hører ikke med i totalen.
Kombinere oppetiden til flere komponenter
De fleste tjenester er avhengige av mer enn én ting. Hvordan du kombinerer oppetiden deres, avhenger av om de står i serie eller er redundante.
Komponenter i serie
Når alle komponentene må fungere, multipliserer du oppetidene deres. Et nettsted som trenger både en applikasjonsserver med 99,9 % og en database med 99,9 %, kan i beste fall nå 0,999 × 0,999 = 99,8 %, forutsatt at de feiler på ulike tidspunkter. Legg til en betalingsleverandør med 99,9 %, og kassen faller til rundt 99,7 %. Hver avhengighet du legger til, senker taket.
Redundante komponenter
Når hvilken som helst av to komponenter kan gjøre jobben, er tjenesten bare nede når begge er det. To servere med 99 % hver gir i teorien 1 − (0,01 × 0,01) = 99,99 %. I praksis deler de ofte nettverk, utrulling eller en konfigurasjonsfeil, så de feiler samtidig oftere enn regnestykket forutsetter. Se på resultatet som en øvre grense, ikke et løfte.
Ikke ta gjennomsnittet på tvers av monitorer
Hvis forsiden hadde 100 % og kassen 99,0 %, beskriver et gjennomsnitt på 99,5 % ingenting kundene faktisk opplevde. Rapporter hver komponent for seg, og definer på forhånd hvilke som utgjør «tjenesten» i SLA-en din.
Oppetid vs. tilgjengelighet vs. pålitelighet
De tre ordene brukes ofte som synonymer. De måler ulike ting, og vet du hvilket du mener, blir tallet mer nyttig.
Oppetid er andelen av tiden tjenesten var nåbar og svarte. Det er dette formelen over beregner, og det de fleste SLA-er mener.
Tilgjengelighet er andelen av tiden tjenesten var brukbar: nåbar, riktig og rask nok. En side som bruker 40 sekunder på å laste, er oppe, men ikke tilgjengelig. Regner du trege eller feil svar som feil, måler du tilgjengelighet.
Pålitelighet er hvor lenge tjenesten kjører uten å feile, vanligvis målt som MTBF (mean time between failures, gjennomsnittlig tid mellom feil). Den sier hvor ofte ting går i stykker, ikke hvor lenge de forblir ødelagt.
Tilgjengelighet knytter de to andre tallene sammen gjennom en klassisk formel:
Tilgjengelighet = MTBF ÷ (MTBF + MTTR)
MTTR er gjennomsnittlig tid til gjenoppretting. En tjeneste som i snitt feiler hver 720. time (én gang i måneden) og bruker én time på å komme seg, har 720 ÷ 721 = 99,86 % tilgjengelighet. Formelen viser også de to måtene å forbedre den på: feile sjeldnere, eller komme seg raskere. MTTR, MTTA og MTBF forklart viser hvordan du måler og forbedrer hver av dem.
To tjenester med samme oppetid kan oppleves svært forskjellig. Ett avbrudd på 43 minutter i måneden og 43 avbrudd på ett minutt i måneden gir samme prosent, men det siste ødelegger brukernes arbeid hver dag. Derfor lønner det seg å følge med på antall hendelser ved siden av oppetidsprosenten.
Vanlige feil
Måle innenfra. Serverlogger kan ikke registrere en forespørsel som aldri kom fram. DNS-problemer, utløpte sertifikater og nettverksfeil viser seg bare i eksterne sjekker.
Telle hvert lille blaff. Én enkelt feilet sjekk skyldes ofte nettverket, ikke tjenesten din. Bekreft feil med en ny sjekk før du regner dem som nedetid, ellers blir tallene dine lavere enn det brukerne opplevde.
Runde opp. 99,896 % er ikke 99,9 %. Når du sammenligner med et mål, rund ned, eller vis nok desimaler til at tallene kan skilles fra hverandre.
Sjekke for sjelden. Sjekkintervallet bestemmer oppløsningen. Sjekker hvert 5. eller 10. minutt kan ikke fortelle deg om du nådde en måned på 99,95 %, som tillater 22 minutter.
Sjekke bare forsiden. En bufret forside kan holde seg oppe mens innlogging eller kassen feiler. Overvåk stiene brukerne er avhengige av.
Få tallene uten regneark
Uptimecheck beregner oppetid slik denne guiden beskriver. Oppetidsovervåking sjekker så ofte som hvert minutt fra Stockholm, London og New York, og bekrefter hver feilet sjekk fra et annet sted. Oppetiden er andelen av perioden uten et bekreftet driftsavbrudd; vedlikeholdsvinduer og tid på pause teller ikke mot den.
Rapporter viser oppetid, nedetid og hendelser per monitor for denne måneden, forrige måned eller de siste 7, 30 eller 90 dagene, mot et SLA-mål fra 99 % til 99,99 %, med nedlasting som CSV. Se slik kjører du rapporter mot et SLA-mål.
Kunderapporter sender de samme tallene til dem du jobber for. Se kunderapporter.
Statussider viser kundene 90 dager med oppetidshistorikk per komponent. Se statussider.
Vil du se hva et mål tillater før du forplikter deg til det, kan du lese hva 99,9 % oppetid betyr eller prøve SLA- og oppetidskalkulatoren.
Slutt å regne ut oppetid for hånd. Prøv Uptimecheck gratis i 14 dager, uten kredittkort.