Uptime- und Latenz-Monitoring aus Datacenter-Städten

Warum aus Datacenter-Städten überwachen?

Monitoring aus Datacenter-Städten zeigt, wie sich dein Dienst aus den Netzwerk-Hubs verhält, über die der Datenverkehr deiner Nutzer läuft. Eine Prüfung aus deinem Büro testet nur einen Pfad. Eine Prüfung aus Frankfurt, Singapur oder São Paulo testet die Route, die DNS-Antwort und das CDN-Edge, das für diese Region bereitgestellt wird.

Typische Fragen, die es beantwortet:

• Antwortet die Seite aus jedem Markt, oder bekommt eine Region Fehler?
• Schickt das CDN Besucher aus Tokio an ein asiatisches Edge oder den ganzen Weg nach Virginia?
• Hat eine DNS- oder Zertifikatsänderung jede Region erreicht?
• Ist eine langsame Seite ein Serverproblem oder ein Entfernungsproblem?

Eine Datacenter-IP misst den Datacenter-Pfad, nicht die letzte Meile eines privaten Nutzers über WLAN oder Mobilfunk. Das ist ein Vorteil für wiederholbare Prüfungen und eine Einschränkung, wenn du Timings echter Nutzer brauchst.

Was ist die minimale Latenz zwischen zwei Städten?

Die minimale Round Trip in Millisekunden entspricht etwa der Entfernung in Kilometern geteilt durch 100. Licht in Glasfaser legt etwa 200 km pro Millisekunde zurück, und eine Round Trip legt die Strecke zweimal zurück. Reale Routen sind länger als eine Gerade, daher sind gemessene Werte höher.

Die nächsten Paare unter unseren Datacenter-Stadtseiten, nach den Entfernungen auf diesen Seiten:

Wenn eine Prüfung von Amsterdam zu einem Londoner Server 40 ms dauert, erklärt die Entfernung weniger als 4 ms davon; schau auf Routing, TLS-Setup oder den Server. Die Stadtdatentabelle listet jede Stadt mit ihren Einrichtungen und ihrem nächsten Nachbarn.

Wie verändert ein Proxy, was ich messe?

Ein Proxy fügt jeder Anfrage einen Abschnitt hinzu: Dein Checker spricht mit dem Proxy, und der Proxy spricht mit deinem Dienst. Die Gesamtzeit ist die Summe beider Abschnitte, sodass ein Checker in Paris mit einer Tokio-IP größtenteils Paris nach Tokio misst.

Zwei saubere Wege, die Zahlen zu lesen:

1. Führe den Checker nahe am Proxy aus. Ein kleiner Server in derselben Region hält den ersten Abschnitt kurz, sodass das Timing die von dir gewählte Stadt widerspiegelt.
2. Miss den ersten Abschnitt separat. Stoppe die Zeit einer Anfrage an einen leichten Endpunkt über den Proxy und ziehe diese Baseline von deinem Dienst-Timing ab.

Nur für Uptime spielt der zusätzliche Abschnitt keine Rolle: Die Frage ist, ob dein Dienst aus dieser Stadt überhaupt antwortet und mit welchem Statuscode und Inhalt.

# Documentation address; use an IP, port and credentials from your account
curl -x http://USERNAME:[email protected]:8000 \
  -o /dev/null -s \
  -w "status=%{http_code} connect=%{time_connect}s tls=%{time_appconnect}s first_byte=%{time_starttransfer}s total=%{time_total}s\n" \
  https://example.com/health

Wie baue ich einen einfachen Multi-City-Monitor?

Ein einfacher Multi-City-Monitor braucht eine IP pro Region, eine Health-URL auf deiner Seite und einen Scheduler.