Auf dieser Seite
Die Regionen
| Region | PoP | Stadt | Kontinent |
|---|---|---|---|
| na | ewr | Newark | Nordamerika |
| sa | gru | São Paulo | Südamerika |
| eu | fra | Frankfurt | Europa |
| af | jnb | Johannesburg | Afrika |
| as | sgp | Singapur | Asien |
| oce | syd | Sydney | Ozeanien |
Alle 6 Regionen sind aktiv. Free nutzt 2 Regionen, Pulse 3, Sentinel und die höheren Tarife alle 6.
API, MCP und der Beispiel-SLA-Report verwenden die Regionsschlüssel oben. Die Ansichten im Produkt nennen den Kontinent.
Die regionale Abstimmung gilt für 11 regionale Checktypen. Agent- und Heartbeat-Monitore nutzen weder Prüfregionen noch ein regionales Quorum. Für sie gelten stattdessen eigene Regeln für eingehende Signale.
Wie ein Check abläuft
Die Prüfpunkte holen sich ihre Arbeit bei der Control Plane ab. Alle paar Sekunden fragt jeder Prüfpunkt die in seiner Region fälligen Checks ab, führt sie aus und meldet das vollständige Ergebnis. Ein Prüfpunkt, der verstummt, nimmt keine Arbeit mehr an und kann Ihre Checks nicht stillschweigend fallen lassen.
Jeder Prüfpunkt betreibt seinen eigenen rekursiven, validierenden DNS-Resolver. DNS-Ergebnisse
stammen aus dem echten DNS-Baum, nicht aus dem Cache eines öffentlichen Resolvers. Perstat weist
dns_ms getrennt von der Gesamtlatenz aus, damit ein langsamer Resolver nie wie eine langsame
Anwendung aussieht.
Erreichbarkeitschecks laufen über IPv4, IPv6 oder beides und melden ein Ergebnis je IP-Adresse. Ohne Auswahl nutzt ein Check IPv4. DNS-, DNS-Hygiene- und Domain-Checks laufen ohne Adressfamilien, und Traceroute folgt einer einzigen IP-Adresse.
Liefert ein unterstützter Check eine Zuordnung, nennt das Ergebnis eine dieser Ebenen:
- Ihre Anwendung
- Ihr DNS
- Das Netz dazwischen
- Unser Resolver
- Unser eigener Prüfpunkt
Unknown bleibt ein gültiger Zustand, solange die Zuordnung nicht feststeht. Nicht jedes
Ergebnis trägt eine Ursachenebene.
Wie die 11 regionalen Checktypen abstimmen
Bei diesen 11 Typen liegen zwei Schwellen zwischen einem fehlgeschlagenen Check und einem Alarm:
- Innerhalb einer Region. Der Algorithmus fasst frische Ergebnisse der Knoten zusammen und verlangt 75 % Übereinstimmung, wenn mehr als ein Prüfpunkt aktiv ist. Heute hat jede der 6 Regionen einen aktiven Knoten, deshalb ist diese Stufe 1/1. Sie fügt innerhalb der Region keine zweite unabhängige Bestätigung hinzu.
- Über Regionen hinweg. Perstat öffnet einen Incident erst, wenn ein Quorum von Regionen den Ausfall bestätigt, standardmäßig 2 Regionen. Ein eigenes Quorum bestätigt die Erholung. Ergebnisse, die älter als das Frischefenster sind, zählen nicht zum Quorum. Das ist in der aktuellen Topologie die aktive Bestätigung über Regionen hinweg.
Unterhalb des Quorums verwirft Perstat nichts stillschweigend. Ein entstehender Incident ist im Produkt sichtbar und nennt die Region, die zuerst fehlschlug.
Abweichungen unterhalb des Quorums, etwa eine driftende Region oder eine ausfallende IP-Familie, landen auf einer Beobachtungsliste, statt jemanden zu alarmieren. Widersprüche zwischen Knoten erscheinen dort ebenfalls, wenn eine Region mehr als einen aktiven Knoten hat. Ein Eintrag auf der Beobachtungsliste muss ein volles Prüfintervall bestehen, bevor Perstat ihn meldet.
Ein Incident beginnt auf die Sekunde genau mit der Bestätigung durch das Quorum. Ihre Verfügbarkeitsaufzeichnung nutzt später dieselbe Grenze.
Kunden erhalten Egress-Angaben der Prüfpunkte auf Anfrage
Kunden, die Egress-Angaben der Prüfpunkte für ihre Freigabelisten brauchen, erhalten sie auf Anfrage. IP-Adressen der Knoten und Hosting-Anbieter werden nicht veröffentlicht.
Die Prüfpunkte speichern keine Kontodaten von Kunden: Sie messen und melden. Die Control Plane bleibt in der EU bei einem deutschen Unternehmen. Alles Weitere dazu steht auf der Sicherheitsseite.
Starten Sie die Tour, oder sehen Sie sich die Checktypen an, die das Netz ausführt.