Regio's en probes

Leer hoe InfraNest je dienst controleert vanuit meerdere locaties wereldwijd, en wat dit betekent voor meldingen, uptimecijfers en de grafieken die je op de pagina van een monitor ziet.

#Overzicht

• InfraNest voert controles uit vanuit meerdere locaties ("probes"), zodat een probleem op één plek geen vals alarm veroorzaakt, en je kunt zien hoe je dienst presteert vanuit verschillende regio's.
• Een storing die vanuit één regio wordt gezien, telt als echt — een firewall die een deel van de wereld blokkeert, is een storing voor de bezoekers daar.
• Je kunt InfraNest automatisch de beste locatie laten kiezen, je eigen voorkeursregio's selecteren, en direct op de grafiek vergelijken hoe regio's presteren ten opzichte van elkaar.

#Hoe regio's en consensus werken

1. Beweeg over een blok in de laatste controles-balk op het overzicht van een monitor om te zien welke regio die controle heeft uitgevoerd en wanneer.
2. Open de grafiek op de detailpagina van een controle en kies Compare regions om reactietijden naast elkaar te zien.
3. Als er een meldingse-mail binnenkomt, controleer deze dan — hij toont welke regio's de site als offline zagen en welke de site nog steeds als online zagen.
4. Controleer de instelling Failed checks before alerting op je monitor. Dit bepaalt hoeveel controles achter elkaar moeten mislukken (standaard 2) voordat een melding wordt verstuurd, en voorkomt dat een enkele hapering je waarschuwt. Elke regio telt zijn eigen fouten apart.
5. Onthoud dat trage reacties worden weergegeven als degraded in plaats van offline.
6. Als twee van onze probes in dezelfde regio het niet met elkaar eens zijn, telt de storing niet mee — dat duidt op een probleem met onze machine of route, niet met jouw site.
7. Als een controle aangeeft dat je site offline is, maar deze voor jou gewoon laadt, lees dan het artikel A monitor says my site is down, but it loads for me.

NoteEen locatie die je site bij de eerste poging helemaal niet kan bereiken, krijgt direct één nieuwe poging. Alleen twee mislukkingen achter elkaar vanaf die locatie tellen als offline. Een site die reageert met een fout of te traag is, krijgt nooit een herhaalde poging — dat resultaat blijft staan.

Je kunt ook voorkeursregio's vastzetten en per controle kiezen voor IPv4 of IPv6. De standaardoptie, prefer IPv4, gebruikt IPv4 wanneer je site een IPv4-adres heeft, en valt alleen terug op IPv6 als dat niet het geval is.

#Wanneer onze probe het probleem is

Soms heeft een van onze eigen probes problemen — hij kan een deel van het internet niet bereiken, of begint veel niet-gerelateerde sites tegelijk als mislukt te melden. InfraNest houdt dit automatisch in de gaten.

1. Zolang een probe problemen heeft, wordt elke mislukte controle die hij uitvoert gemarkeerd als Likely not you.
2. Elk incident dat door geen enkele andere locatie is bevestigd, krijgt dezelfde markering.
3. Let op dit label op de pagina van de monitor, bij het incident, en in de melding zelf.
4. Zie voor meer informatie When it's likely not you in het artikel over Incidents.

#Suggesties bekijken over vanaf waar een monitor controleert

InfraNest bekijkt wat elke locatie daadwerkelijk heeft waargenomen en kan een wijziging voorstellen onder Watch better op de pagina Monitoring. Er verandert niets automatisch — jij bepaalt of je het toepast.

1. Ga naar de pagina Monitoring en kijk of er een suggestie staat onder Watch better.
2. Lees het type suggestie:
   • "These regions have never disagreed" — verschijnt wanneer gedurende minstens twee weken elke locatie op hetzelfde moment hetzelfde resultaat zag. Toepassen behoudt alleen de twee dichtstbijzijnde locaties en laat zien hoeveel controles per uur je hiermee bespaart. Het aantal locaties zakt nooit onder twee, zodat een probeprobleem nog steeds te onderscheiden is van een echte storing.
   • "Fails from one region only" — verschijnt wanneer één locatie herhaaldelijk ziet dat je site offline is terwijl andere locaties deze als online zien. De suggestie noemt de dagen waarop dit gebeurde en biedt aan om de dichtstbijzijnde ongebruikte locatie toe te voegen ter vergelijking, of — als je al elke locatie gebruikt die je abonnement biedt — te wachten tot twee regio's het eens zijn voordat er een melding wordt verstuurd.
3. Klik op de suggestie en bevestig om de wijziging toe te passen.
4. Als je later van gedachten verandert, werk dan de locaties opnieuw bij in de instellingen van de monitor.

NoteSuggesties verschijnen pas zodra er voldoende geschiedenis is — een heel nieuwe of zelden gecontroleerde monitor heeft er nog geen, en suggesties bevatten alleen locaties die je abonnement ondersteunt.

#Monitors begrijpen die vanaf één locatie worden gecontroleerd

Een monitor die vanaf één locatie wordt gecontroleerd, toont één regel onder het resultaat, zoals Checked from Amsterdam, in plaats van een kaart per locatie. Er is geen optie Compare regions en geen aparte regel per locatie op de kaart Over time, omdat er niets te vergelijken valt.

1. Als de controle van deze monitor mislukt, wacht dan even — InfraNest vraagt automatisch een andere probe om een tweede mening voordat de mislukking wordt geteld.
2. Als de tweede probe je site ook niet kan bereiken, telt de mislukking zoals gebruikelijk. Op de pagina staat dan bijvoorbeeld Down from Amsterdam, confirmed from Frankfurt.
3. Als de tweede probe wel slaagt, telt de mislukking niet mee, wordt niemand gewaarschuwd en blijft je uptime ongewijzigd. Op de pagina staat dan Didn't reach it from Amsterdam; Frankfurt could, so this wasn't counted.

Deze extra controle vindt alleen plaats wanneer een controle mislukt, en kost slechts één extra controle. Als de tweede probe niet binnen enkele minuten reageert, telt de oorspronkelijke mislukking zoals normaal.

Als je de locatie van de monitor op Auto laat staan (de standaard voor nieuwe monitors), of je abonnement controleert slechts vanaf één locatie, kiest InfraNest de beste locatie voor jou:

1. InfraNest begint met de regio die het dichtst bij je site ligt.
2. Er wordt één controle uitgevoerd vanuit elke regio die je abonnement toestaat.
3. De snelste regio houdt de monitor. De regel luidt dan Checked from Amsterdam · picked automatically, closest to your site.
4. InfraNest meet ongeveer één keer per week opnieuw, en verplaatst je monitor alleen als een andere regio duidelijk sneller is, of direct als de probes van de huidige regio onbereikbaar worden. Een verplaatsing verschijnt op de kaart Over time als Now checked from … instead of ….
5. Om automatische verplaatsingen te stoppen, kies je zelf een locatie in de instellingen van de monitor.

Eigenaren en beheerders met abonnementen die slechts vanaf één locatie controleren, zien ook Check from more locations, dat laat zien welke abonnementen controles vanaf meerdere plekken bieden — handig om een storing van jezelf te onderscheiden van een netwerkprobleem dat slechts één regio treft.

#De meldingsvoorwaarde instellen: elke regio of alle regio's Business

De Alert condition van een controle bepaalt hoeveel regio's een probleem moeten melden voordat jij een melding krijgt.

1. Open de instellingen van de controle en zoek Alert condition.
2. Kies Alert when any region reports down (de standaard) als elke regio voor jou van belang is — bijvoorbeeld als je klanten in elke regio hebt. Eén falende regio is dan genoeg om je te waarschuwen.
3. Kies Alert when all selected regions simultaneously report down als je alleen gewaarschuwd wilt worden wanneer elke geselecteerde regio tegelijk aangeeft dat je site offline is. Kies dit als bekend is dat één regio onbetrouwbaar is en je niet wilt dat deze op zichzelf een melding veroorzaakt.
4. Onthoud dat Failed checks before alerting nog steeds bovenop deze voorwaarde van toepassing is — de voorwaarde moet voor dat aantal controles achter elkaar gelden voordat je een melding krijgt.

Bij any eindigt de melding zodra de falende regio herstelt — een regio die de hele tijd in orde was, beëindigt de melding niet. Bij all eindigt de melding op het moment dat "elke regio is offline" niet langer waar is.

NoteAls een regio die je hebt gekozen een tijdlang geen meting heeft (de probe is offline), kan deze niet meestemmen in beide richtingen — de regio's die nog wel rapporteren, bepalen dan de uitkomst. Op deze manier zet een offline probe je meldingen nooit stilletjes uit. Bij slechts één geselecteerde regio gedragen beide instellingen zich hetzelfde.

#De uptimebalken en het percentage lezen

• Groen betekent geen bevestigde downtime in die periode. Eén locatie die af en toe een controle mist, zonder dat andere locaties dit bevestigen, telt niet als storing — beweeg over de balk om te zien hoeveel controles mislukten zonder bevestigd te zijn.
• Oranje betekent dat een deel van de periode bevestigd offline was, of dat minstens de helft van alle controles mislukte.
• Rood betekent dat de hele periode offline was.

Het uptimepercentage dat wordt getoond op de pagina Monitoring, de eigen pagina van een monitor en je statuspagina, is het aandeel van de tijd dat de monitor niet bevestigd offline was. Een controle die alleen vanaf één onbevestigde locatie mislukte, verlaagt dit niet — alleen een bevestigde storing doet dat, voor zolang deze duurde. Gepland onderhoud telt hier nooit tegen mee. Op een statuspagina telt tijd tijdens een minor-incident voor 30%, volgens de gebruikelijke conventie voor openbare statuspagina's; de app en het maandelijkse rapport tellen elke minuut volledig mee.

Door de pagina van een monitor te filteren op één regio, verandert het percentage zodat het alleen de controles van die regio weerspiegelt — inclusief onbevestigde mislukkingen — wat handig is om te onderzoeken waar een probleem optrad. Het ongefilterde cijfer is degene die je in het algemeen moet citeren.

De laatste controles-balk bovenaan het overzicht van een controle toont recente controles vanuit alle locaties — beweeg over een blok om te zien wanneer deze is uitgevoerd en vanuit welke regio.

#De kaart "Over time" lezen

Verder naar beneden op de pagina van een monitor toont Over time alles op één tijdlijn: een rij voor de monitor als geheel, een rij per locatie, reactietijden en gebeurtenissen zoals deploys, wijzigingen, incidenten en onderhoud.

1. Kies bovenaan een tijdsbereik: 24h, 7d, 30d of 90d.
2. Beweeg over een willekeurig moment op de tijdlijn om dit tegelijk in elke rij weergegeven te zien.
3. Controleer het percentage aan het einde van elke rij — op de rij Overall is dit het te citeren uptimecijfer; op de rij van een locatie is dit het eigen aandeel succesvolle controles van die locatie, wat lager kan zijn als deze op zichzelf moeite had.
4. Bekijk de twee reactietijdlijnen: de donkerdere lijn is de mediaan, de lichtere is de traagste 5%. Rode arcering markeert een incident, grijze arcering markeert onderhoud.
5. Controleer de legenda onder de tijdlijn om te zien welke kleur bij welk type gebeurtenis hoort. Wanneer meerdere gebeurtenissen dicht bij elkaar plaatsvinden, wordt de belangrijkste eerst getoond: incident, dan deploy, dan wijziging, dan onderhoud.

#Regio's vergelijken op de grafiek Business

1. Open de detailpagina van een controle.
2. Open het dropdownmenu boven de grafiek en kies Compare regions.
3. Bekijk de overlappende reactietijdlijnen, één per regio.

Elke lijn verschijnt alleen waar die regio daadwerkelijk heeft gerapporteerd — een onderbreking in een lijn betekent dat er geen meting van die regio is, niet dat er in het algemeen data ontbreekt. Dit kan gebeuren als:

• De probe daar offline was of opnieuw opstartte. InfraNest kan tijdelijk een probe van een andere regio lenen om je controles en meldingen te laten doorlopen, waarbij de meting wordt toegeschreven aan de regio die hem heeft uitgevoerd. Beweeg over de onderbreking of lees de notitie onder de grafiek voor details (bijvoorbeeld: "APAC had no probe of its own for part of this period. It was checked from EU instead").
• De controle draait nog niet lang genoeg vanuit die regio, waardoor er nog geen eerdere geschiedenis is.

#Zien waar de tijd heen gaat

Voor website-, API- en zoekwoordmonitors kun je precies uitsplitsen waar de reactietijd aan wordt besteed.

1. Kies op de detailpagina van een controle Where the time goes boven de reactietijdgrafiek.
2. Bekijk de balk van elke regio, opgesplitst in: DNS (het opzoeken van je domein), Connect (het openen van de verbinding — vooral afstand), TLS (de beveiligde handshake — ook vooral afstand), Server thinking (je server die het antwoord voorbereidt), en Download (het ontvangen van de rest van de pagina).
3. Lees de zin onder de balken die benadrukt wat opvalt.
4. Als één regio veel trager is en de extra tijd zit in Connect en TLS, is de oorzaak afstand — een CDN of een server dichter bij die regio zou helpen. Als de extra tijd in Server thinking zit, antwoordt je server zelf trager aan die regio.

TipDe weergave 24 hours gebruikt elke afzonderlijke controle, dus korte pieken worden duidelijk getoond. De weergaven 7 days en 30 days middelen resultaten tot grotere blokken, wat korte pieken vervlakt.

De uitsplitsing blijft bewaard zolang je abonnement de monitoringgeschiedenis bewaart, en omvat alleen locaties die elke stap meten — andere worden weggelaten totdat ze dat doen.