Oppetidsovervågning er en automatiseret tjeneste, der tjekker dit website, API eller din server med et fast interval og giver dig besked, så snart den holder op med at svare korrekt. Den besvarer ét spørgsmål døgnet rundt: Kan folk nå det her lige nu? Den registrerer også, hvor lang tid hvert svar tog, så du over tid får en præcis historik over tilgængelighed og hastighed.
Guiden forklarer, hvordan oppetidstjek fungerer, hvordan du vælger et interval, hvorfor gode tjenester bekræfter en fejl, før de sender en alarm, og hvad oppetidsprocenter betyder i praksis.
Sådan fungerer et oppetidstjek
En overvågningstjeneste sender en forespørgsel til dit website fra sine egne servere, præcis som en besøgende ville, og vurderer svaret. Afhængigt af, hvad du overvåger, kan tjekket være:
HTTP(S): henter en URL og ser på statuskoden, svartiden og, hvis du vil, indholdet af svaret. Det er standardtjekket for websites og API’er.
Ping: sender et ICMP-ekko for at se, om en vært kan nås på netværket.
Port: åbner en forbindelse til en bestemt TCP-port, fx 465 for SMTP over TLS eller 3306 for en database, for at se, om tjenesten lytter.
Det er de klassiske oppetidstjek. Uptimecheck tilføjer overvågningstyper til det, de ikke kan se: cron-jobs, servere, DNS-records og domæner, tredjepartstjenester som din betalingsudbyder, website-sundhed (døde links, blandet indhold og sidehastighed) og flows, der gennemgår et login eller en checkout trin for trin.
Et HTTP-tjek består, når svaret kommer i tide og svarer til det, du forventer. Som standard betyder det en statuskode for succes. Et bedre tjek ser også på indholdet. En side kan returnere status 200 og alligevel vise “Database connection error”. Ved at validere, at svaret indeholder et ord, der kun står på en fungerende side, eller at et API returnerer det felt, du forventer, fanger du de tilfælde. Med Uptimecheck kan du angive HTTP-metode, headers, request body, forventede statuskoder, et keyword og JSON-tjek for hver oppetidsovervågning eller API-overvågning.
Fra et fejlet tjek til en alarm
En enkelt fejlet forespørgsel er ikke altid et nedbrud. En pakke kan gå tabt mellem to netværk, eller en server kan hikke et sekund. Hvis hver fejl udløste en alarm, ville folk hurtigt begynde at ignorere dem. Derfor kører et velbygget tjek i trin:
Et tjek fejler, fx med en timeout eller en 503.
Tjenesten tjekker igen, helst fra en anden region.
Bekræftes fejlen, åbnes en hændelse, og der sendes alarmer.
Når tjekkene består igen, sendes en besked om, at alt er oppe igen, med den samlede nedetid.
At tjekke fra to regioner gør to ting. Det frasorterer falske alarmer, der skyldes én netværksrute, og det viser, når et nedbrud er regionalt: Fejler dit website fra Europa, men virker fra USA, ligger problemet sandsynligvis i routingen eller i en CDN-edge, ikke på din server. Uptimecheck tjekker fra Stockholm, London og New York og bekræfter hver fejl fra en anden placering, før en hændelse åbnes, så et enkelt blip ikke vækker nogen.
Sådan vælger du tjekinterval
Intervallet er den længste tid, et nedbrud kan gå ubemærket hen. Med et interval på fem minutter opdages en fejl, der starter lige efter et tjek, op til fem minutter senere plus tiden til bekræftelse. Med tjek hvert minut opdages den inden for cirka et minut.
Som tommelfingerregel:
Hvert minut for alt, der tjener penge eller betjener kunder: webshops, SaaS-produkter, bookingsystemer, API’er.
Hvert femte minut for personlige projekter, interne værktøjer og websites, hvor et par ekstra minutter ikke betyder noget.
Uptimecheck tjekker hvert minut på de betalte planer og hvert 5. minut på Free-planen. Se priserne for detaljer.
Hvad oppetidsprocenter betyder i minutter
Oppetid angives som regel som en procentdel af tiden. Tallene ser ud til at ligge tæt, men forskellen i reel nedetid er stor. Over et år:
99 % tillader 3 dage, 15 timer og 36 minutters nedetid.
99,9 % tillader 8 timer, 45 minutter og 36 sekunder.
99,99 % tillader 52 minutter og 34 sekunder.
Pr. måned er 99,9 % omkring 43 minutter. Det kan være én lang hændelse eller mange korte. Overvågningen fortæller dig hvilken, og det betyder noget, for løsningen er forskellig. Ét langt nedbrud peger på en enkelt fejl. Mange korte peger ofte på en overbelastet server eller en ustabil afhængighed.
Hvad du skal overvåge
De fleste teams starter med forsiden. Det er en god start, men forsiden er ofte cachet og det sidste, der går ned. Et nyttigt sæt overvågninger dækker:
De sider, der tjener penge: checkout, tilmelding, booking.
Login-siden, som afhænger af databasen og session storage.
Offentlige API’er, som dine apps og integrationer afhænger af.
Understøttende tjenester som mailservere og databaser, med porttjek.
Det, der udløber: SSL-certifikater og domæner.
Planlagte jobs, med heartbeats, fordi en fejlet backup ikke tager dit website ned, men stadig kræver en alarm.
Hvor alarmerne skal hen
En alarm hjælper kun, hvis den når en, der kan handle. E-mail fungerer til de fleste alarmer om dagen. Til nedbrud om natten er en kanal, der sender en push-besked til telefonen, sværere at overse. Teamchats som Slack, Discord, Telegram eller Microsoft Teams holder alle orienteret og giver hændelsen et fælles sted til diskussion. Med webhooks kan du sende alarmer ind i dine egne systemer. Uptimecheck sender alarmer til e-mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks og push-notifikationer på din telefon, på alle planer. Se notifikationer.
Tjekliste til oppetidsovervågning
Lav en liste over de sider, API’er og tjenester, der betyder noget, startende med dem, der tjener penge.
Tilføj en HTTP(S)-overvågning for hver, med indholdsvalidering på de vigtigste.
Vælg et interval på 1 minut til forretningskritiske tjek.
Tjek fra mere end én region.
Send alarmer til mindst to kanaler, hvoraf den ene egner sig til nætter.
Tilføj SSL-, domæne- og heartbeat-overvågning for alt, der kan udløbe eller stoppe i stilhed.
Udgiv en statusside, så kunderne kan se, hvad der sker under en hændelse.
Gennemgå hændelseshistorik og svartider hver måned.
Opsummering
Oppetidsovervågning gør “websitet er måske nede” til “websitet har været nede i to minutter, her er fejlen, og den rette person ved det allerede”. Vælg et kort interval, bekræft fejl, før der sendes alarmer, validér indhold såvel som statuskoder, og send alarmer derhen, hvor de bliver set.
Uptimecheck dækker websites, API’er, servere, cron-jobs, DNS, SSL, domæner, tredjepartstjenester, website-sundhed og flows i flere trin på én konto til en fast pris. Prøv det gratis i 14 dage, uden kreditkort.