Upptid i procent är den tid en tjänst var uppe delat med den totala tiden, gånger 100. En månad på 30 dagar har 43 200 minuter; med 27 minuters nertid blir upptiden (43 200 − 27) ÷ 43 200 × 100 = 99,9375 %.
Formeln är enkel. Att få fram en siffra du kan försvara är svårare: du måste bestämma vad den totala tiden är, vad som räknas som nertid, vad som ska undantas och hur flera delar av ett system ska kombineras. Den här guiden går igenom varje del med exempel och förklarar sedan hur upptid skiljer sig från tillgänglighet och tillförlitlighet.
För ett snabbt svar gör upptidskalkylatorn om nertid till en procentsats och en procentsats till tillåten nertid.
Formeln för upptid
Upptid % = (Total tid − Nertid) ÷ Total tid × 100
Total tid och nertid måste anges i samma enhet. Minuter är det praktiska valet för en månad, sekunder om du behöver högre precision.
PeriodMinuterSekunderDag1 44086 400Vecka10 080604 800Månad på 30 dagar43 2002 592 000Månad på 31 dagar44 6402 678 400Genomsnittlig månad (30,4375 dagar)43 8302 629 800År (365,25 dagar)525 96031 557 600
Använd periodens verkliga längd när du rapporterar enligt ett avtal, eftersom de flesta SLA:er mäts per kalendermånad. Kalkylatorn använder den genomsnittliga månaden så att mål kan jämföras rättvist, och därför visar den 99,938 % för samma 27 minuter.
Utifrån kontroller i stället för minuter
Om dina data är en lista med kontroller snarare än avbrottstider är upptiden andelen kontroller som lyckades:
Upptid % = Lyckade kontroller ÷ Alla kontroller × 100
Med en kontroll i minuten har en månad på 30 dagar 43 200 kontroller. Om 40 av dem misslyckades blir upptiden 43 160 ÷ 43 200 × 100 = 99,907 %. Det fungerar bara när kontrollerna körs med ett fast intervall, och varje misslyckad kontroll räknas som ett helt intervall av nertid. Med kontroller var femte minut räknas ett avbrott på 30 sekunder antingen som fem minuter eller inte alls.
Räkneexempel
Flera incidenter under en månad
En webbutik hade tre incidenter under en månad på 30 dagar: 12 minuter den 4:e, 7 minuter den 15:e och 24 minuter den 27:e. Summera dem först: 43 minuter. Sedan (43 200 − 43) ÷ 43 200 × 100 = 99,9005 %. En månad på 30 dagar med 99,9 % tillåter 43 minuter och 12 sekunder, så butiken höll sig inom målet med 12 sekunders marginal.
Undanta planerat underhåll
Om ditt SLA undantar underhåll ska du dra av underhållstiden från den totala tiden, inte bara från nertiden:
Upptid % = (Total tid − Underhåll − Nertid) ÷ (Total tid − Underhåll) × 100
Ett exempel: en månad på 30 dagar med ett underhållsfönster på 2 timmar och 30 minuters oplanerad nertid. Med underhållet undantaget: (43 200 − 120 − 30) ÷ (43 200 − 120) × 100 = 99,930 %. Räknar du i stället underhållet som nertid: (43 200 − 150) ÷ 43 200 × 100 = 99,653 %. Samma månad, två mycket olika siffror, och därför måste SLA:et säga vilken som gäller.
Pausad övervakning fungerar på samma sätt. Om ingen mätte var den tiden varken upp eller nere, och den ska inte räknas in i den totala tiden.
Kombinera upptiden för flera komponenter
De flesta tjänster är beroende av mer än en sak. Hur du kombinerar deras upptid beror på om de ligger i en kedja eller är redundanta.
Komponenter i en kedja
När varje komponent måste fungera multiplicerar du deras upptid. En webbplats som behöver både en appserver med 99,9 % och en databas med 99,9 % kan i bästa fall nå 0,999 × 0,999 = 99,8 %, förutsatt att de går ner vid olika tillfällen. Lägg till en betalleverantör med 99,9 % så sjunker kassan till ungefär 99,7 %. Varje beroende du lägger till sänker taket.
Redundanta komponenter
När vilken som helst av två komponenter kan göra jobbet är tjänsten nere bara när båda är det. Två servrar med 99 % vardera ger 1 − (0,01 × 0,01) = 99,99 % i teorin. I praktiken delar de ofta nätverk, driftsättning eller ett konfigurationsmisstag, så de går ner samtidigt oftare än matematiken förutsätter. Se resultatet som en övre gräns, inte ett löfte.
Ta inte medelvärdet av flera monitorer
Om startsidan hade 100 % och kassan 99,0 % beskriver ett medelvärde på 99,5 % ingenting som kunderna faktiskt upplevde. Rapportera varje komponent för sig, och definiera i förväg vilka som utgör ”tjänsten” i ditt SLA.
Upptid, tillgänglighet och tillförlitlighet
De tre orden används ofta som synonymer. De mäter olika saker, och vet du vilket du menar blir siffran mer användbar.
Upptid är andelen tid som tjänsten gick att nå och svarade. Det är vad formeln ovan räknar ut, och vad de flesta SLA:er avser.
Tillgänglighet är andelen tid som tjänsten gick att använda: nåbar, korrekt och tillräckligt snabb. En sida som laddar på 40 sekunder är uppe men inte tillgänglig. Räknar du långsamma eller felaktiga svar som fel mäter du tillgänglighet.
Tillförlitlighet är hur länge tjänsten fungerar utan att gå sönder, oftast mätt som MTBF (mean time between failures, genomsnittlig tid mellan fel). Den säger hur ofta saker går sönder, inte hur länge de förblir trasiga.
Tillgänglighet kopplar ihop de två andra måtten genom en klassisk formel:
Tillgänglighet = MTBF ÷ (MTBF + MTTR)
MTTR är den genomsnittliga tiden till återställning. En tjänst som i genomsnitt går ner var 720:e timme (en gång i månaden) och tar en timme att återställa har 720 ÷ 721 = 99,86 % tillgänglighet. Formeln visar också de två sätten att förbättra den: gå ner mer sällan, eller återhämta dig snabbare. MTTR, MTTA och MTBF förklarade går igenom hur du mäter och förbättrar vart och ett.
Två tjänster med samma upptid kan upplevas väldigt olika. Ett avbrott på 43 minuter i månaden och 43 avbrott på en minut i månaden ger samma procentsats, men det andra stör dina användares arbete varje dag. Därför är det värt att följa antalet incidenter vid sidan av upptiden i procent.
Vanliga misstag
Att mäta inifrån. Serverloggar kan inte registrera en förfrågan som aldrig kom fram. DNS-problem, utgångna certifikat och nätverksfel syns bara i externa kontroller.
Att räkna varje litet blipp. En enstaka misslyckad kontroll beror ofta på nätverket, inte på din tjänst. Bekräfta fel med en andra kontroll innan du räknar dem som nertid, annars blir dina siffror lägre än vad användarna upplevde.
Att avrunda uppåt. 99,896 % är inte 99,9 %. När du jämför mot ett mål ska du avrunda nedåt, eller visa tillräckligt många decimaler för att skilja dem åt.
Att kontrollera för sällan. Kontrollintervallet bestämmer upplösningen. Kontroller var 5:e eller 10:e minut kan inte avgöra om du klarade en månad på 99,95 %, som tillåter 22 minuter.
Att bara kontrollera startsidan. En cachad startsida kan vara uppe medan inloggningen eller kassan inte fungerar. Övervaka de flöden som användarna är beroende av.
Få fram siffrorna utan kalkylark
Uptimecheck räknar ut upptid på det sätt som den här guiden beskriver. Upptidsövervakning kontrollerar så ofta som varje minut från Stockholm, London och New York och bekräftar varje misslyckad kontroll från en andra plats. Upptiden är andelen av perioden utan bekräftat avbrott; underhållsfönster och pausad tid räknas inte emot den.
Rapporter visar upptid, nertid och incidenter per monitor för den här månaden, förra månaden eller de senaste 7, 30 eller 90 dagarna, mot ett SLA-mål från 99 % till 99,99 %, med nedladdning som CSV. Se så tar du fram rapporter mot ett SLA-mål.
Kundrapporter skickar samma siffror till dem du arbetar åt. Se kundrapporter.
Statussidor visar kunderna 90 dagars upptidshistorik per komponent. Se statussidor.
Vill du se vad ett mål tillåter innan du binder dig till det, läs vad 99,9 % upptid betyder eller prova kalkylatorn för SLA och upptid.
Sluta räkna ut upptiden för hand. Prova Uptimecheck gratis i 14 dagar, inget kreditkort krävs.