Alerts en incidenten
Hoe alertregels werken, hoe je een incident onderzoekt en de tijdlijn volgt, en hoe meldingen worden verstuurd.
ServerScope maakt onderscheid tussen een alert en een incident:
- Een alert is de toestand van één alertregel op één server (bijvoorbeeld “schijfgebruik ≥ 90% op
/var”). - Een incident is het werkdossier dat mensen oppakken. Het ontstaat uit een alert, een agent die offline is, of een domeincontrole (HTTP, SSL, DNS, registratie). Een beheerder kan ook handmatig een incident aanmaken.
Herhaalde metingen of mislukte controles van hetzelfde probleem werken hetzelfde incident bij (teller Aantal keer); er komt geen nieuw incident per meting.
Alertregels
Alertregels gelden voor alle servers. Beheerders beheren ze onder Beheer → Alertregels.
| Veld | Mogelijkheden |
|---|---|
| Metric | CPU-gebruik, RAM-gebruik, Schijfgebruik (per mountpoint) of Agent offline |
| Voorwaarde | >=, >, <= of < |
| Drempelwaarde | 0–100 (%) voor resources; 2–1440 minuten stilte voor Agent offline |
| Vereiste duur (minuten) | 1–1440: hoe lang de voorwaarde moet gelden voordat de alert afgaat |
| Ernst van het incident | Waarschuwing of Kritiek (Agent offline standaard kritiek) |
Er is standaard één regel: Agent offline, 5 minuten, kritiek.
Je maakt een regel zo:
- Open Alertregels → nieuwe regel.
- Geef een herkenbare naam, bijvoorbeeld
Schijf bijna vol. - Kies de metric, voorwaarde en drempel, bijvoorbeeld Schijfgebruik
>=90. - Kies de vereiste duur, bijvoorbeeld
10minuten, om korte pieken te negeren. - Kies de ernst en sla op.
Actieve alerts zie je onder Alerts. Tijdens een onderhoudsvenster van een server worden er geen alerts aangemaakt.
Ernst en status
| Ernst | Betekenis |
|---|---|
| Info | Ter informatie |
| Waarschuwing | Aandacht nodig |
| Kritiek | Direct handelen |
Een incident doorloopt deze statussen:
| Status | Betekenis | Volgende stap |
|---|---|---|
| Open | Nieuw, nog niet opgepakt | Bevestigen, Onderzoek starten of Oplossen |
| Bevestigd | Iemand heeft het gezien | Onderzoek starten of Oplossen |
| In onderzoek | Er wordt aan gewerkt | Bevestigen of Oplossen |
| Opgelost | Het probleem is weg | Heropenen of Sluiten (beheerder) |
| Gesloten | Definitief afgehandeld | – |
Actief betekent: Open, Bevestigd of In onderzoek.
Een incident onderzoeken
- Open Incidenten. Standaard zie je de actieve incidenten. Filter op status (actief, niet bevestigd, opgelost, gesloten, alle), ernst en bron, of zoek op titel.
- Open het incident. Bovenaan zie je titel, ernst, bron, het betrokken onderdeel (server of domein) en de tijden.
- Klik op Bevestigen zodra je het oppakt. De tijd tot de eerste reactie telt mee voor de MTTA in de rapporten.
- Wijs het incident toe aan een collega of jezelf.
- Klik op Onderzoek starten en leg je bevindingen vast met Notitie toevoegen.
- Klik op Incident oplossen wanneer het probleem verholpen is, eventueel met een toelichting.
Tip
Herstelt het probleem vanzelf (de server stuurt weer data, de site antwoordt weer), dan lost ServerScope het incident automatisch op. Je ziet dan Automatisch hersteld in de tijdlijn.
De tijdlijn volgen
Elk incident heeft een tijdlijn met alle gebeurtenissen in volgorde, met tijdstip en (bij handmatige acties) de gebruiker:
| Gebeurtenis | Wanneer |
|---|---|
| Incident geopend | Het probleem werd voor het eerst gedetecteerd |
| Ernst gewijzigd | Automatisch (bijv. een lagere vervaldrempel) of door een beheerder |
| Bevestigd / Onderzoek gestart | Een gebruiker heeft het incident opgepakt |
| Toegewezen | Het incident is aan iemand toegewezen |
| Notitie | Een gebruiker heeft een notitie toegevoegd |
| Geëscaleerd | Het incident bleef te lang onbevestigd of een volgende drempel werd gepasseerd |
| Automatisch hersteld / Opgelost | Het probleem is verholpen |
| Incident heropend | Het probleem keerde terug |
| Gesloten | Afgehandeld door een beheerder |
Opgelost, heropend en escalatie
- Keert een probleem terug binnen 60 minuten na herstel, dan wordt het vorige incident heropend in plaats van een nieuw incident te maken.
- Een open incident dat niet bevestigd is, wordt geëscaleerd na 15 minuten (kritiek) of 120 minuten (waarschuwing). Info-incidenten escaleren niet.
- Gesloten incidenten kunnen niet meer heropend worden; een nieuw probleem wordt dan een nieuw incident.
Hoe meldingen worden verstuurd
Meldingen gaan alleen uit bij openen, heropenen, escaleren en oplossen van een incident, nooit voor elke mislukte controle. Elke gebruiker stelt dit zelf in onder Profiel → Meldingen:
| Instelling | Betekenis |
|---|---|
| Meldingen per e-mail (vereist dat de beheerder e-mail heeft ingesteld) | |
| In de app | Meldingen onder Meldingen in de zijbalk |
| Herstelmeldingen | Ook een melding wanneer een incident is opgelost |
| DNS-wijzigingen | Melding bij gewijzigde A-, AAAA-, CNAME-, MX-, NS- of CAA-records |
| Minimale ernst | Alles, waarschuwingen en kritiek, of alleen kritiek |
Gebruik Testmelding versturen om je instellingen te controleren.
Om te veel meldingen te voorkomen:
- Een incident dat binnen 15 minuten na de vorige melding heropent, geeft geen nieuwe melding (onderdrukt).
- DNS-wijzigingen van hetzelfde domein worden maximaal één keer per 30 minuten gemeld.
- Per gebruiker gaan er maximaal 30 e-mails per uur uit; daarboven blijft alleen de melding in de app.
Onder Meldingen → Verzendgeschiedenis zie je per melding of die verzonden, mislukt of onderdrukt is.
Beheerders kunnen gebeurtenissen daarnaast doorsturen naar Discord of naar een eigen systeem met webhooks.