In der letzten Zeit habe ich ein persönliches Projekt namens wdzwdz Tools gestartet. Ziel ist es, die Performance einer Webseite zu analysieren, Screenshots zu erstellen und die Sicherheit aus verschiedenen geografischen Positionen zu prüfen.
Da die Serveranforderungen an mehreren Standorten liegen, muss die interne Latenz berücksichtigt werden. Die Server kommunizieren miteinander, um die angeforderten Daten vom jeweiligen Standort abzurufen.
Die Google Cloud Plattform (GCP) ist bekannt für ihre geringe Latenz. Ich bin sehr zufrieden mit der Leistung von wdzwdz, das auf der GCP gehostet wird.
Die Latenz zur GCP über das Internet lässt sich mithilfe von Online-Latenz-Tools, wie zum Beispiel Cloud Harmony, überprüfen.
Allerdings konnte ich keine Informationen über die Latenz zwischen den einzelnen Google Cloud Regionen finden.
Aus diesem Grund habe ich beschlossen, einen eigenen kleinen Test durchzuführen. Hier sind die Ergebnisse.
Google Cloud Rechenzentren sind in den folgenden vierundzwanzig Regionen verfügbar:
- Iowa, USA-Mitte
- Oregon, USA-West
- Nord-Virginia, USA-Ost
- South Carolina, USA-Ost
- Belgien, Europa
- London, Europa
- Frankfurt, Deutschland
- Singapur, Südostasien
- Taiwan, Ostasien
- Tokio, Nordasien
- Sydney, Australien
- Sao Paulo, Brasilien
- Mumbai, Indien
- Montreal, Kanada
- Niederlande, Europa
- Los Angeles, USA-West
- Salt Lake City, USA-West
- Las Vegas, USA-West
- Zürich, Europa-West
- Jakarta, Südostasien
- Finnland, Europa-Nord
- Hongkong, Asien-Ost
- Osaka, Nordostasien
- Seoul, Nordostasien
In jeder dieser Regionen habe ich eine f1-micro Instanz mit Ubuntu 20 LTS bereitgestellt. Es wurde keine zusätzliche Software installiert. Jede Instanz hat zehn Pings an einen Server in einer anderen Region über eine private IP gesendet.
ping -c 10 $PRIVATE_IP_ADDRESS_OF_OTHER_REGION
Im Folgenden sehen Sie die durchschnittlichen Latenzzeiten in Millisekunden.
Latenz zwischen Google Cloud Regionen
Die kompletten Latenzdaten in der Tabellenansicht.
- Grün = Weniger als 100 ms
- Orange = Zwischen 100 und 200 ms
- Rot = Über 300 ms
Interessante Ergebnisse:
- Sydney und Singapur haben eine hohe Latenz zu bzw. von allen anderen Regionen.
- Oregon hat eine bessere Verbindung zu Asien
- Tokio hat die geringste Latenz bei Verbindungen zu Asien und den USA
- London schneidet innerhalb Europas am besten ab.
Die obigen Informationen geben Ihnen eine Idee, wo Sie Ihre Dienste intern hosten sollten, um bessere Performance zu erzielen.
Hat Ihnen der Artikel gefallen? Teilen Sie ihn gerne mit anderen!