Uptime monitoring voor resellers (zonder onnodige serverbelasting)
Uptime monitoring is essentieel om snel te zien wanneer een server of website (tijdelijk) niet bereikbaar is.
Tegelijkertijd kan te agressief monitoren juist problemen veroorzaken: als je tientallen websites elke minuut (en vaak ook nog gelijktijdig) laat checken, lijkt dat voor de server op "onnatuurlijk" verkeer en kan dit de performance van álle websites op die server beïnvloeden.
In deze handleiding leggen we uit hoe je als reseller betrouwbaar monitort én server load beperkt.
Waarom "alles elke minuut" niet verstandig is
Elke monitorcheck is een echte website hit. Als je 50 websites elke minuut checkt, creëer je een continue stroom aan requests die:
- vaak PHP processen opstart (bij dynamische pagina's),
- database en cache lagen raakt,
- en bij pieken tegelijk kan zorgen voor wachtrijen/503’s.
Kort: je monitoring gaat dan lijken op load test/DDoS-achtig verkeer. Dat is niet "normaal" gebruikersgedrag.
De aanbevolen aanpak: 2 lagen monitoring
Laag 1: 1x per server: "is de server/webstack alive?"
Doel: snel weten of de server als geheel bereikbaar is, zonder tientallen checks.
Advies
- 1 lightweight "internal" website/endpoint per reseller per server**
- Interval: 60 seconden (1 minuut)
- Type check: HTTP(S) check op een statische pagina (geen WordPress, geen PHP)
Waarom dit werkt
- Je ziet snel of de webserver/HTTPS bereikbaar is.
- Je belast de server minimaal (statisch bestand).
Laag 2: per website: "sanity checks" (minder frequent)
Doel: controleren of (een selectie van) klantwebsites functioneel online zijn.
Advies
Belangrijkste websites (bijv. high-traffic / kritische klanten):
- elke 10–15 minuten
- Overige websites: elke 30–60 minuten
- Probeer checks te spreiden (niet alles op exact dezelfde minuut starten)
Tip: Voor veel resellers is het voldoende om niet 100% van alle sites continu te checken, maar een slimme selectie + server-level monitor.
Stap-voor-stap: een lightweight monitor-pagina maken
Maak op elke server die je wilt monitoren een simpel endpoint aan:
1. Maak een (sub)domein aan, bijvoorbeeld: - `uptime.jouwresellerdomein.nl` (op dezelfde server als je klantaccounts)
2. Plaats in de root een bestand, bijvoorbeeld `uptime.txt`, met inhoud: - `OK`
3. Laat je monitoring tool controleren op: - URL: `https://uptime.jouwresellerdomein.nl/uptime.txt` - Keyword: `OK` - Interval: 60s
Belangrijk
- Houd dit endpoint statisch (geen PHP).
- Gebruik niet je homepage of een zware pagina als 1 minuut monitor.
Welke URL monitor je op WordPress-sites (zonder caching-issues)? Als je echt op website niveau monitort (laag 2), kies dan bij WordPress bij voorkeur: - https://jouwdomein.nl/wp-login.php
Waarom:
deze pagina is niet gecached en is lichtgewicht, waardoor issues sneller en betrouwbaarder zichtbaar worden.
Voorkom monitoring-pieken (de grootste valkuil)
Veel monitoringtools checken:
Vanaf meerdere locaties tegelijk, zowel HTTP als HTTPS parallel, en starten veel monitors exact op dezelfde minuut.
Dat kan piekbelasting geven.
Best practices
- Gebruik één monitor per endpoint (niet meerdere tools/instanties tegelijk).
- Vermijd dubbele checks (bijv. niet zowel HTTP als HTTPS als dat niet nodig is).
- Gebruik bij voorkeur 1–2 locaties i.p.v. "wereldwijd overal tegelijk".
- Spreid checks (zodat niet alles om :00 start).
Statuspagina: check eerst of er onderhoud/incident is
Als je een alert krijgt, check altijd eerst de Hoasted statuspagina (of de whitelabel statuspagina voor je eindklanten). Dat voorkomt onnodige actie bij gepland onderhoud.
Als monitoring toch te zwaar wordt
Als we structureel zien dat monitoring verkeer de server belast of instabiliteit veroorzaakt, kunnen we genoodzaakt zijn om maatregelen te nemen (zoals rate limiting of blokkades) om de performance voor alle accounts te beschermen.
Neem bij twijfel contact op met support, dan denken we mee over een veilige monitoring-setup.