Oppetidsovervåking er en automatisert tjeneste som sjekker nettstedet, API-et eller serveren din med et fast intervall og varsler deg så snart den slutter å svare riktig. Den besvarer ett spørsmål døgnet rundt: når folk frem til dette akkurat nå? Den registrerer også hvor lang tid hvert svar tok, så over tid får du en presis historikk over tilgjengelighet og hastighet.
Denne guiden forklarer hvordan oppetidssjekker fungerer, hvordan du velger intervall, hvorfor gode tjenester bekrefter en feil før de varsler, og hva oppetidsprosenter betyr i praksis.
Slik fungerer en oppetidssjekk
En overvåkingstjeneste sender en forespørsel til nettstedet ditt fra sine egne servere, akkurat som en besøkende ville gjort, og vurderer svaret. Avhengig av hva du overvåker, kan sjekken være:
HTTP(S): henter en URL og ser på statuskoden, responstiden og, hvis du vil, innholdet i responsen. Dette er standardsjekken for nettsteder og API-er.
Ping: sender en ICMP-echo for å se om en vert kan nås på nettverket.
Port: åpner en tilkobling til en bestemt TCP-port, for eksempel 465 for SMTP over TLS eller 3306 for en database, for å se om tjenesten lytter.
Dette er de klassiske oppetidssjekkene. Uptimecheck legger til overvåkertyper for det de ikke kan se: cron-jobber, servere, DNS-oppføringer og domener, tredjepartstjenester som betalingsleverandøren din, nettstedshelse (døde lenker, blandet innhold og sidehastighet) og flyter som går gjennom en innlogging eller et kassesteg for steg.
En HTTP-sjekk går gjennom når responsen kommer i tide og stemmer med det du forventer. Som standard betyr det en vellykket statuskode. En bedre sjekk ser også på innholdet. En side kan returnere status 200 og likevel vise «Database connection error». Ved å kontrollere at responsen inneholder et ord som bare finnes på en fungerende side, eller at et API returnerer feltet du forventer, fanger du slike tilfeller. Med Uptimecheck kan du angi HTTP-metode, headere, forespørselsinnhold, forventede statuskoder, et nøkkelord og JSON-sjekker for hver oppetidsovervåker eller API-overvåker.
Fra mislykket sjekk til varsel
En enkelt mislykket forespørsel er ikke alltid et driftsavbrudd. En pakke kan gå tapt mellom to nettverk, eller en server kan hikke i et sekund. Hvis hver feil utløste et varsel, ville folk snart begynne å overse dem. Derfor kjører en godt bygd sjekk i flere steg:
En sjekk feiler, for eksempel med tidsavbrudd eller en 503.
Tjenesten sjekker på nytt, helst fra en annen region.
Hvis feilen bekreftes, åpnes en hendelse og varslene sendes.
Når sjekkene går gjennom igjen, sendes et gjenopprettingsvarsel med den samlede nedetiden.
Å sjekke fra to regioner gjør to ting. Det filtrerer bort falske alarmer forårsaket av én nettverksvei, og det viser når et avbrudd er regionalt: hvis nettstedet ditt feiler fra Europa, men fungerer fra USA, ligger problemet sannsynligvis i rutingen eller i en CDN-node, ikke i serveren din. Uptimecheck sjekker fra Stockholm, London og New York og bekrefter hver feil fra et annet sted før en hendelse åpnes, så et enkelt blink vekker ingen.
Slik velger du sjekkintervall
Intervallet er den lengste tiden et avbrudd kan gå ubemerket. Med et intervall på fem minutter blir en feil som starter rett etter en sjekk, oppdaget opptil fem minutter senere, pluss tiden det tar å bekrefte den. Med sjekker hvert minutt blir den oppdaget innen omtrent ett minutt.
En tommelfingerregel:
Hvert minutt for alt som tjener penger eller betjener kunder: nettbutikker, SaaS-produkter, bookingsystemer, API-er.
Hvert femte minutt for personlige prosjekter, interne verktøy og nettsteder der noen ekstra minutter ikke betyr noe.
Uptimecheck sjekker hvert minutt på betalte planer og hvert 5. minutt på Free-planen. Se prisene for detaljer.
Hva oppetidsprosenter betyr i minutter
Oppetid oppgis som regel som en prosentandel av tiden. Tallene ser nær hverandre ut, men forskjellen i faktisk nedetid er stor. Over et år:
99 % tillater 3 dager, 15 timer og 36 minutter nedetid.
99,9 % tillater 8 timer, 45 minutter og 36 sekunder.
99,99 % tillater 52 minutter og 34 sekunder.
Per måned er 99,9 % omtrent 43 minutter. Det kan være én lang hendelse eller mange korte. Overvåkingen forteller deg hvilken, og det er viktig, fordi løsningen er forskjellig. Ett langt avbrudd peker mot én enkelt feil. Mange korte peker ofte mot en overbelastet server eller en ustabil avhengighet.
Hva du bør overvåke
De fleste team begynner med forsiden. Det er en god start, men forsiden ligger ofte i hurtigbuffer og er det siste som feiler. Et nyttig sett med overvåkere dekker:
Sidene som tjener penger: kasse, registrering, booking.
Innloggingssiden, som avhenger av databasen og øktlagringen.
Offentlige API-er som appene og integrasjonene dine er avhengige av.
Støttetjenester som e-postservere og databaser, med portsjekker.
Det som utløper: SSL-sertifikater og domener.
Planlagte jobber, med heartbeats, fordi en mislykket sikkerhetskopi ikke tar ned nettstedet ditt, men likevel krever et varsel.
Hvor varslene bør gå
Et varsel hjelper bare hvis det når noen som kan gjøre noe. E-post fungerer for de fleste varsler på dagtid. For avbrudd om natten er en kanal som pusher til telefonen, vanskeligere å overse. Teamchatter som Slack, Discord, Telegram eller Microsoft Teams holder alle informert og gir hendelsen et felles sted for diskusjon. Webhooks lar deg sende varsler inn i dine egne systemer. Uptimecheck sender varsler til e-post, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks og pushvarsler på telefonen, på alle planer. Se varsler.
Sjekkliste for oppetidsovervåking
List opp sidene, API-ene og tjenestene som betyr noe, og begynn med dem som tjener penger.
Legg til en HTTP(S)-overvåker for hver av dem, med innholdskontroll på de viktigste.
Velg et intervall på 1 minutt for forretningskritiske sjekker.
Sjekk fra mer enn én region.
Send varsler til minst to kanaler, der én passer for natten.
Legg til SSL-, domene- og heartbeat-overvåkere for alt som kan utløpe eller stoppe i det stille.
Publiser en statusside så kundene kan se hva som skjer under en hendelse.
Gå gjennom hendelseshistorikken og responstidene hver måned.
Oppsummering
Oppetidsovervåking gjør «nettstedet er kanskje nede» om til «nettstedet har vært nede i to minutter, her er feilen, og rett person vet det allerede». Velg et kort intervall, bekreft feil før du varsler, kontroller innholdet i tillegg til statuskodene, og send varslene dit de blir sett.
Uptimecheck dekker nettsteder, API-er, servere, cron-jobber, DNS, SSL, domener, tredjepartstjenester, nettstedshelse og flyter i flere steg i én konto til en fast pris. Prøv det gratis i 14 dager, uten kredittkort.