Uptime monitoring is een geautomatiseerde dienst die je website, API of server met een vast interval controleert en je waarschuwt zodra die niet meer correct reageert. Het beantwoordt dag en nacht één vraag: kunnen mensen dit nu bereiken? Daarnaast registreert het hoe lang elke response duurde, zodat je na verloop van tijd een nauwkeurige geschiedenis van beschikbaarheid en snelheid opbouwt.
Deze gids legt uit hoe uptimechecks werken, hoe je een interval kiest, waarom goede diensten een storing bevestigen voordat ze waarschuwen en wat uptimepercentages in de praktijk betekenen.
Hoe een uptimecheck werkt
Een monitoringdienst stuurt vanaf zijn eigen servers een verzoek naar je site, net zoals een bezoeker dat zou doen, en beoordeelt het antwoord. Afhankelijk van wat je monitort, kan de check zijn:
HTTP(S): vraagt een URL op en kijkt naar de statuscode, de responstijd en, als je wilt, de inhoud van de response. Dit is de standaardcheck voor websites en API’s.
Ping: stuurt een ICMP-echo om te zien of een host via het netwerk bereikbaar is.
Poort: opent een verbinding met een specifieke TCP-poort, bijvoorbeeld 465 voor SMTP over TLS of 3306 voor een database, om te zien of de dienst luistert.
Dit zijn de klassieke uptimechecks. Uptimecheck voegt monitortypes toe voor wat zij niet kunnen zien: cronjobs, servers, DNS-records en domeinen, diensten van derden zoals je betaalprovider, sitegezondheid (kapotte links, gemengde inhoud en paginasnelheid) en flows die stap voor stap door een login of checkout lopen.
Een HTTP-check slaagt als de response op tijd binnenkomt en overeenkomt met wat je verwacht. Standaard betekent dat een succesvolle statuscode. Een betere check kijkt ook naar de inhoud. Een pagina kan status 200 teruggeven en toch “Database connection error” tonen. Door te controleren of de response een woord bevat dat alleen op een werkende pagina staat, of dat een API het veld teruggeeft dat je verwacht, vang je die gevallen op. Met Uptimecheck stel je voor elke uptime monitor of API-monitor de HTTP-methode, headers, request body, verwachte statuscodes, een keyword en JSON-checks in.
Van een mislukte check naar een melding
Eén mislukt verzoek is niet altijd een storing. Een pakketje kan tussen twee netwerken verloren gaan, of een server kan een seconde haperen. Als elke fout een melding zou geven, zouden mensen ze al snel negeren. Daarom verloopt een goed opgezette check in stappen:
Een check faalt, bijvoorbeeld met een timeout of een 503.
De dienst controleert opnieuw, bij voorkeur vanuit een tweede regio.
Wordt de storing bevestigd, dan wordt er een incident geopend en gaan er meldingen uit.
Slagen de checks weer, dan gaat er een herstelmelding uit met de totale downtime.
Controleren vanuit twee regio’s doet twee dingen. Het filtert valse alarmen weg die door één netwerkpad worden veroorzaakt, en het laat zien wanneer een storing regionaal is: faalt je site vanuit Europa maar werkt hij vanuit de VS, dan zit het probleem waarschijnlijk in de routering of een CDN-edge, niet in je server. Uptimecheck controleert vanuit Stockholm, Londen en New York en bevestigt elke storing vanaf een tweede locatie voordat er een incident wordt geopend, zodat één hapering niemand uit bed haalt.
Een checkinterval kiezen
Het interval is de langste tijd dat een storing onopgemerkt kan blijven. Met een interval van vijf minuten wordt een storing die vlak na een check begint tot vijf minuten later gevonden, plus de tijd voor bevestiging. Met checks elke minuut wordt hij binnen ongeveer een minuut gevonden.
Als vuistregel:
Elke minuut voor alles wat geld oplevert of klanten bedient: webshops, SaaS-producten, boekingssystemen, API’s.
Elke vijf minuten voor persoonlijke projecten, interne tools en sites waar een paar minuten extra niet uitmaken.
Uptimecheck controleert elke minuut op betaalde abonnementen en elke 5 minuten op het Free-abonnement. Zie de prijzen voor details.
Wat uptimepercentages in minuten betekenen
Uptime wordt meestal uitgedrukt als percentage van de tijd. De getallen lijken dicht bij elkaar te liggen, maar het verschil in echte downtime is groot. Over een jaar:
99% staat 3 dagen, 15 uur en 36 minuten downtime toe.
99,9% staat 8 uur, 45 minuten en 36 seconden toe.
99,99% staat 52 minuten en 34 seconden toe.
Per maand is 99,9% ongeveer 43 minuten. Dat kan één lang incident zijn of veel korte. Monitoring vertelt je welke van de twee, en dat maakt uit, want de oplossing is anders. Eén lange storing wijst op een enkele fout. Veel korte wijzen vaak op een overbelaste server of een onbetrouwbare afhankelijkheid.
Wat je moet monitoren
De meeste teams beginnen met de homepage. Dat is een goed begin, maar de homepage wordt vaak gecachet en valt als laatste uit. Een bruikbare set monitors dekt:
De pagina’s die geld opleveren: checkout, aanmelden, boeken.
De inlogpagina, die afhangt van de database en de sessieopslag.
Publieke API’s waar je apps en integraties van afhangen.
Ondersteunende diensten zoals mailservers en databases, met poortchecks.
Wat kan verlopen: SSL-certificaten en domeinen.
Geplande taken, met heartbeats, want een mislukte back-up haalt je site niet onderuit maar verdient toch een melding.
Waar meldingen naartoe moeten
Een melding helpt alleen als die iemand bereikt die er iets mee kan. E-mail werkt overdag voor de meeste meldingen. Voor storingen ’s nachts is een kanaal dat naar een telefoon pusht moeilijker te missen. Teamchats zoals Slack, Discord, Telegram of Microsoft Teams houden iedereen op de hoogte en geven het incident een gedeelde plek voor overleg. Met webhooks stuur je meldingen naar je eigen systemen. Uptimecheck stuurt meldingen naar e-mail, Slack, Microsoft Teams, Discord, Google Chat, Mattermost, Telegram, PagerDuty, ntfy, Pushover, webhooks en pushmeldingen op je telefoon, op elk abonnement. Zie meldingen.
Checklist voor uptime monitoring
Maak een lijst van de pagina’s, API’s en diensten die ertoe doen, te beginnen met die welke geld opleveren.
Voeg voor elk een HTTP(S)-monitor toe, met inhoudscontrole op de belangrijkste.
Kies een interval van 1 minuut voor bedrijfskritische checks.
Controleer vanuit meer dan één regio.
Stuur meldingen naar minstens twee kanalen, waarvan één geschikt voor ’s nachts.
Voeg SSL-, domein- en heartbeatmonitors toe voor alles wat kan verlopen of stilletjes kan stoppen.
Publiceer een statuspagina zodat klanten tijdens een incident kunnen zien wat er aan de hand is.
Bekijk elke maand de incidentgeschiedenis en responstijden.
Samenvatting
Uptime monitoring maakt van “de site ligt misschien plat” de zin “de site ligt al twee minuten plat, dit is de fout, en de juiste persoon weet het al”. Kies een kort interval, bevestig storingen voordat je waarschuwt, controleer naast statuscodes ook de inhoud en stuur meldingen naar plekken waar ze gezien worden.
Uptimecheck dekt websites, API’s, servers, cronjobs, DNS, SSL, domeinen, diensten van derden, sitegezondheid en flows in meerdere stappen in één account tegen een vaste prijs. Probeer het 14 dagen gratis, zonder creditcard.