Sur cette page
Les régions
| Région | PoP | Ville | Continent |
|---|---|---|---|
| na | ewr | Newark | Amérique du Nord |
| sa | gru | São Paulo | Amérique du Sud |
| eu | fra | Francfort | Europe |
| af | jnb | Johannesbourg | Afrique |
| as | sgp | Singapour | Asie |
| oce | syd | Sydney | Océanie |
Les 6 régions sont actives. Free utilise 2 régions, Pulse 3, Sentinel et les offres supérieures les 6.
L’API, MCP et l’ exemple de rapport SLA utilisent les clés de région ci-dessus. Les vues du produit nomment le continent.
Le vote régional s’applique à 11 types de checks régionaux. Les monitors agent et heartbeat n’utilisent ni régions de sondes ni quorum régional, et suivent à la place leurs propres règles de signal entrant.
Comment un check s’exécute
Les nœuds de sonde viennent chercher leur travail auprès du plan de contrôle. À quelques secondes d’intervalle, chaque nœud demande les checks dus dans sa région, les exécute et remonte le résultat complet. Un nœud qui se tait cesse de prendre du travail et ne peut pas abandonner vos checks en silence.
Chaque nœud fait tourner son propre résolveur DNS, récursif et validant. Les résultats DNS
viennent de l’arbre DNS réel, pas du cache d’un résolveur public. Perstat remonte dns_ms
séparément de la latence totale, si bien qu’un résolveur lent ne passe jamais pour une application
lente.
Les checks de joignabilité peuvent s’exécuter en IPv4, en IPv6 ou dans les deux, et remontent un résultat par adresse IP. Sans choix explicite, un check utilise IPv4. Les checks DNS, hygiène DNS et domaine s’exécutent sans famille d’adresses, et traceroute suit une seule adresse IP.
Lorsqu’un check de sonde pris en charge fournit une attribution, le résultat nomme l’une de ces couches :
- Votre application
- Votre DNS
- Le réseau entre les deux
- Notre résolveur
- Notre propre nœud de sonde
Unknown reste un état valide tant que l’attribution n’est pas déterminée. Tous les résultats ne
portent pas de couche de cause.
Comment votent les 11 types de checks régionaux
Pour ces 11 types, deux seuils séparent un check en échec d’une alerte :
- Au sein d’une région. L’algorithme agrège les résultats frais des nœuds et exige 75 % d’accord lorsque plusieurs nœuds de sonde sont actifs. Aujourd’hui, chacune des 6 régions compte un seul nœud actif : ce niveau vaut donc 1/1. Il n’ajoute pas de seconde confirmation indépendante au sein de la région.
- Entre les régions. Un incident ne s’ouvre que lorsqu’un quorum de régions confirme la panne, 2 régions par défaut. Un quorum distinct confirme le rétablissement. Les résultats plus anciens que la fenêtre de fraîcheur ne comptent pas pour le quorum. C’est la confirmation interrégionale active dans la topologie actuelle.
En deçà du quorum, Perstat n’écarte rien en silence. Un incident en formation est visible dans le produit et nomme la première région en échec.
Les divergences sous le quorum, comme une région qui dérive ou une famille d’IP en échec, vont sur une liste de veille au lieu d’alerter qui que ce soit. Les désaccords entre nœuds y apparaissent aussi lorsqu’une région compte plusieurs nœuds actifs. Une entrée de la liste de veille doit durer un intervalle de check complet avant d’être signalée.
Un incident commence à la confirmation du quorum, à la seconde près. Votre registre de disponibilité reprend ensuite la même borne.
Les clients reçoivent les détails d’egress sur demande
Les clients qui ont besoin des détails d’egress des sondes pour leurs listes d’autorisation les reçoivent sur demande. Les adresses IP des nœuds et les hébergeurs ne sont pas publiés.
Les nœuds de sonde ne détiennent aucune donnée de compte client : ils mesurent et remontent les résultats. Le plan de contrôle reste dans l’UE, exploité par une société allemande. Le reste figure sur la page sécurité.
Suivez la visite guidée ou consultez les types de checks qu’exécute la flotte.