{"id":29309,"date":"2019-11-02T06:55:10","date_gmt":"2019-11-02T13:55:10","guid":{"rendered":"https:\/\/staging.kinsta.site\/?p=56417"},"modified":"2022-12-07T16:03:34","modified_gmt":"2022-12-07T15:03:34","slug":"google-cloud-plattform-netzwerk","status":"publish","type":"post","link":"https:\/\/staging.kinsta.site\/de\/blog\/google-cloud-plattform-netzwerk\/","title":{"rendered":"Google Cloud Plattform Netzwerk: Premium-Tier vs. Standard-Tier"},"content":{"rendered":"

Im heutigen Wettlauf um die Beschleunigung der Ladezeit von Websites ist jede Millisekunde entscheidend. Das Team von Kinsta testete und studierte den Einfluss der Website-Geschwindigkeit<\/a> auf Verk\u00e4ufe, Konversionen, Benutzererfahrung und Interaktion mit den Nutzern.<\/p>\n

Aber es gibt einen Vorbehalt. Die Optimierung der Seite ist zwar wichtig, um die Geschwindigkeit zu erh\u00f6hen, aber das ist nicht der einzige Aspekt, auf den wir achten sollten. Auch die Hardware und die Netzwerkinfrastruktur, die unsere Webseite unterst\u00fctzen und sie mit unseren Besuchern verbinden, sind wichtig. Und zwar sehr viel.<\/p>\n

Heute werden wir dar\u00fcber diskutieren, warum Google viel Geld in seine Netzwerkinfrastruktur investiert, und einige der Unterschiede im Premium-Tier-Netzwerk und Standard-Tier-Netzwerk der Google Cloud Platform.<\/p>\n

<\/div><\/kinsta-auto-toc>\n

Bandbreite und Latenz (Schl\u00fcsselkriterien f\u00fcr die Leistung der Hosting-Infrastruktur)<\/h2>\n

Bevor wir uns mit den Besonderheiten des Netzwerks von Google Cloud befassen, ist es wichtig, zun\u00e4chst die beiden folgenden Konzepte zu verstehen: Bandbreite und Latenzzeit.<\/p>\n

Die Bandbreite ist die Durchsatzkapazit\u00e4t des Netzwerks, gemessen in Mbit\/s; w\u00e4hrend die Latenz die Verz\u00f6gerung oder die Summe aller Verz\u00f6gerungen ist, die verschiedene Router auf dem Weg dorthin zu unseren Webanfragen und Antworten hinzuf\u00fcgen.<\/p>\n

Bildlich gesprochen kann die Bandbreite oder der Durchsatz als Wasserschlauchkapazit\u00e4t dargestellt werden, um ein bestimmtes Volumen an Wasser pro Sekunde zuzulassen. Die Latenzzeit kann mit der Verz\u00f6gerung vom \u00d6ffnen der Wasserleitung bis zum Durchsickern verglichen werden.<\/p>\n

Aufgrund des geringen Aufwands beim Aufbau der Verbindung zwischen verschiedenen Routern f\u00fcgt jeder „Hop“ auf dem Weg dorthin den endg\u00fcltigen Anfragen und Antworten eine kleine Latenz hinzu.<\/p>\n

Je weiter sich also der Besucher und der Server, auf dem die Website gehostet wird, befinden, desto gr\u00f6\u00dfer ist die Latenzzeit. Au\u00dferdem gilt: Je fragmentierter das Netzwerk, desto gr\u00f6\u00dfer die Latenz.<\/p>\n

Wir k\u00f6nnen dies mit Hilfe eines Tools namens traceroute<\/a> oder tracert<\/a> on windows darstellen. In den n\u00e4chsten Screenshots haben wir damit Routenverz\u00f6gerungen von zwei Anfragen aus Europa untersucht. Konkret:
\neins an weibo.com:<\/p>\n

\"Weibo.com\"
Weibo.com<\/figcaption><\/figure>\n

und ein anderes zu bbc.co.uk:<\/p>\n

\"Bbc.co.uk\"
Bbc.co.uk<\/figcaption><\/figure>\n

Wie von uns erwartet, ist die Anzahl der Hops auf der Website in China fast 2x gr\u00f6\u00dfer als auf der europ\u00e4ischen. Es ist also die zus\u00e4tzliche Latenzzeit im Vergleich zu einer Anfrage an eine in Gro\u00dfbritannien gehostete Website.<\/p>\n

Die drei Spalten, die auf dem Bild zu sehen sind, stellen drei Roundtrips (RTT) dar. Jede Zeile repr\u00e4sentiert verschiedene Router oder Hops auf dem Weg dorthin. Sie haben oft URLs, die uns helfen zu bestimmen, wo sich dieser spezielle Router befindet.<\/p>\n

Die Hin- und R\u00fcckfahrt zu Routern in China \/ Hongkong dauert fast eine Drittelsekunde.<\/p>\n

Wir haben pingdom-Tools<\/a> verwendet, um eine in London gehostete Website von Pingdom’s Australien-Standort zu laden, um zu versuchen, den Anteil des Netzwerks an den Gesamtladezeiten einer Website zu ermitteln.<\/p>\n

\"Ein
Ein Beispiel von Ladezeiten<\/figcaption><\/figure>\n

Dies sind die Daten f\u00fcr eine kleine CSS-Datei, die in diesem Testszenario geladen wurde. Der Verbindungsteil hat den h\u00f6chsten Anteil am Laden dieser Ressource, gefolgt von SSL und Wait. Die gesamte Zeit bis und mit der Wartezeit zusammen wird auch als Time to First Byte (TTFB<\/a>) bezeichnet, das die Netzwerklatenz beinhaltet.<\/p>\n

Wenn Internet Service Provider f\u00fcr die Geschwindigkeit der Internetverbindung werben, werben sie in der Regel mit ihrer Bandbreite (die „Breite des Schlauches“ erinnerst du dich?), was wirklich kein Ma\u00df f\u00fcr die Geschwindigkeit<\/a> ist. Die Vergr\u00f6\u00dferung der Breite des Rohres kann die Geschwindigkeit der Website nur bis zu einem gewissen Grad erh\u00f6hen. Es ist n\u00fctzlicher, wenn wir eine gro\u00dfe Menge an Daten pro Sekunde \u00fcbertragen m\u00fcssen, wie z.B. beim Streamen von hochaufl\u00f6senden Videoinhalten. Aber f\u00fcr Benutzer, die m\u00f6glicherweise Echtzeit-Mehrspielerspiele online spielen, wird die Latenz viel wichtiger sein.<\/p>\n

Mike Belshe, einer der Mitverfasser der HTTP\/2<\/a>-Spezifikation und des SPDY-Protokolls, analysierte die Auswirkungen<\/a> der erh\u00f6hten Bandbreite auf die Ladegeschwindigkeit der Website im Vergleich zu den Auswirkungen der sinkenden Latenz auf die Ladegeschwindigkeit der Website.<\/p>\n

Hier sind Belshe’s Ergebnisse, kuratiert in einer sch\u00f6nen Tabelle:<\/p>\n

\"Ladezeit\/Bandbreiten\u00e4nderung
Ladezeit\/Bandbreiten\u00e4nderung vs. Ladezeit\/Latenzzeit\u00e4nderungen<\/figcaption><\/figure>\n

Es sollte klar sein, dass die Verbesserung der Website-Geschwindigkeit durch Erh\u00f6hung der Bandbreite nicht der effektivste Weg ist, um eine bessere Leistung zu erreichen. Andererseits k\u00f6nnen wir durch die Reduzierung von RTT (Round-Trip-Zeit) oder Latenzzeit eine kontinuierliche Verbesserung der Seitenladezeit<\/a> feststellen.<\/p>\n

Netzwerke vs. Internet Peering vs. Transit<\/h2>\n

Um unser Thema etwas besser zu verstehen, m\u00fcssen wir die Grundlagen der Internet-Topologie erkl\u00e4ren. Im Kern besteht das globale Internet aus mehreren globalen, regionalen und lokalen Netzwerken.<\/p>\n

Bis 2018 gab es mehr als 60.000<\/a> AS (Autonome Systeme). Diese Netzwerke geh\u00f6ren Regierungen, Universit\u00e4ten, ISPs.<\/p>\n

Unter diesen unterscheiden wir Tier-1-, Tier-2- und Tier-3-Netzwerke. Diese Ebenen repr\u00e4sentieren die Unabh\u00e4ngigkeit jedes Netzwerks im Internet als Ganzes.<\/p>\n