50
Hinter vielen Entscheidungen im Bereich Hosting verbirgt sich eine stillschweigende Annahme: Wählt man genügend CPU-Leistung und Arbeitsspeicher, fühlt sich der Server schnell an. Was die reine Rechenleistung angeht, stimmt das auch. Was jedoch die gefühlte Geschwindigkeit Ihres Dienstes für den Nutzer betrifft, trifft dies oft nicht zu. Ein großer Teil dieses Eindrucks hängt von etwas ab, das sich durch kein Upgrade beheben lässt: Wie weit Ihr Server physisch von Ihren Nutzern entfernt ist.
Das ist die Latenz, und es lohnt sich, sich damit auseinanderzusetzen, bevor Sie sich für einen Hosting-Standort entscheiden.
Entfernung ist Zeit, und die Physik legt die Untergrenze fest
Daten werden nicht augenblicklich übertragen. Sie bewegen sich als Licht durch Glasfasern, und Licht in Glas bewegt sich mit etwa zwei Dritteln seiner Geschwindigkeit im Vakuum, also etwa 200.000 km pro Sekunde. Das klingt schnell genug, um es zu vernachlässigen – bis man bedenkt, dass das Signal bei jeder Anfrage hin- und zurückreisen muss.
Eine Hin- und Rückreise zwischen nahegelegenen Städten dauert vielleicht nur wenige Millisekunden. Bei Fern- und interkontinentalen Strecken kann die Latenzzeit für die Hin- und Rückreise jedoch auf mehrere zehn oder sogar Hunderte von Millisekunden ansteigen, je nach Standort und Netzwerkpfad. Kein noch schnellerer Prozessor kann daran etwas ändern. Die Lichtgeschwindigkeit lässt sich nicht durch Rechenleistung überwinden.
Wo man es tatsächlich spürt
Zusätzliche 80 ms bei einer einzelnen Anfrage fallen vielleicht nicht auf. Das Problem ist, dass moderne Anwendungen selten nur eine einzige Anfrage stellen.
Das Laden einer einzigen Seite kann Dutzende von Hin- und Rückläufen bedeuten: erst das HTML, dann die darin referenzierten Ressourcen, dann API-Aufrufe und schließlich die dahinterliegenden Datenbankabfragen. Jeder einzelne davon zahlt die „Entfernungssteuer“. Rechnet man diese zusammen, fühlt sich eine Website, die vom falschen Kontinent aus bereitgestellt wird, so träge an, dass sich dies durch keine noch so hohe Serverleistung erklären lässt.
Für wen dies am wichtigsten ist
Nicht jede Arbeitslast ist latenzempfindlich, daher lohnt es sich, ehrlich zu sein, wen das wirklich betrifft.
Echtzeit- und interaktive Dienste spüren es als Erste. Online-Spiele, Videoanrufe, Tools für die Live-Zusammenarbeit, Handelsplattformen – alles, bei dem ein Mensch in diesem Moment auf eine Antwort wartet. Hier machen Dutzende von Millisekunden den Unterschied zwischen reibungslos und frustrierend aus.
Als Nächstes folgen interaktive Web-Apps und APIs. Ein Dashboard, das viele kleine Anfragen auslöst, oder eine API, die von anderen Systemen nacheinander aufgerufen wird, vervielfacht jede Millisekunde der Entfernung.
Bei Massen- und Hintergrundaufgaben spielt der Standort die geringste Rolle. Wenn Sie Batch-Jobs, Backups oder eine weitgehend statische Website hinter einem CDN betreiben, ist der physische Standort weitaus weniger wichtig.
Was der Standort nicht beheben kann und was ein CDN leistet
Ein CDN hilft, aber es lohnt sich, seine Grenzen zu kennen. Ein Content Delivery Network speichert statische Dateien in der Nähe der Nutzer zwischen, sodass Bilder, Skripte und Stylesheets schnell von einem nahegelegenen Edge-Server bereitgestellt werden. Das ist real und nützlich.
Was ein CDN jedoch nicht näher bringt, sind Ihre eigentliche Anwendungslogik und Ihre Datenbank. Die dynamischen Teile – jene, die Entscheidungen treffen und Daten auslesen – laufen weiterhin dort, wo sich Ihr Server befindet. Bei einer dynamischen App erledigt der Ursprungsstandort nach wie vor den Großteil der Arbeit, auf die der Nutzer wartet.
Die Standortwahl in der Praxis
Die Regel ist einfach: Stellen Sie den Server in die Nähe der Menschen, die ihn am häufigsten nutzen. Befindet sich Ihre Zielgruppe überwiegend in Europa, bietet ein europäisches Rechenzentrum in der Regel eine geringere Netzwerklatenz als ein Server, der auf der anderen Seite des Ozeans steht. Die Hardware spielt zwar nach wie vor eine Rolle, kann aber die physische Entfernung zwischen Server und Nutzer nicht beseitigen.
Wenn Ihre Nutzer über verschiedene Regionen verteilt sind, lautet die ehrliche Antwort: Kein einzelner Standort ist perfekt. Sie wählen den Standort, der Ihrer größten oder latenzempfindlichsten Nutzergruppe am nächsten liegt, und nutzen ein CDN für die statische Ebene, um die übrigen Latenzen auszugleichen.
INTROSERV bietet Server in Europa, Nordamerika, Asien und Australien an, unter anderem an Standorten wie Frankfurt, London, Amsterdam, Naaldwijk, Beauharnois (Kanada), Singapur und Sydney. Dies gibt Ihnen mehr Möglichkeiten, Ihre Infrastruktur näher an Ihre Nutzer heranzubringen.
Das Fazit
Der Standort ist kein Detail, das man erst zuletzt optimiert. Bei allem, was interaktiv ist, bildet er die Grundlage, auf der jede weitere Optimierung aufbaut. Ein gut gewählter Standort kann für eine interaktive Anwendung einen größeren Unterschied machen als ein Hardware-Upgrade, bei dem der Netzwerkpfad unverändert bleibt.
Bevor Sie CPUs vergleichen, stellen Sie sich zunächst die einfachere Frage: Wo befinden sich meine Nutzer, und wie weit ist der Server von ihnen entfernt?
