Wie wirkt sich die Geografie auf die Netzwerklatenz aus?

Ich habe die Möglichkeit, unsere Datenbank / unseren Webserver bei einem verwalteten Hosting-Unternehmen an der Ostküste (USA) oder einem an der Westküste (USA) zu hosten. Unser Unternehmen hat seinen Sitz in New York City und beide Hosting-Anbieter geben unserer Box eine T1-Standleitung.

Wie viel Leistungseinbußen (unter der Annahme, dass alle anderen Faktoren gleich sind) würde ich in Bezug auf die Netzwerklatenz in Kauf nehmen, wenn ich mich für die an der Westküste und nicht für die an der Ostküste entscheiden würde? Ich bin mir nicht sicher, wie sich die Geografie auf die Internetgeschwindigkeit auswirkt, wenn die Zahlen und Entfernungen sehr groß werden (T1 und höher und Tausende von Kilometern).

Vielen Dank!

Es gibt eine Entfernungsverzögerung, und alle anderen Faktoren (Routing-Effizienz, Verarbeitungsaufwand, Überlastung usw.), auf die ein Host an der Ostküste zugreift, dauern länger als im Osten Küste, aber wir reden hier Millisekunden.

Wenn alle anderen Faktoren gleich sind, werden Sie aufgrund der Lichtgeschwindigkeit zusätzliche 44 Millisekunden Latenz haben. Geben oder nehmen Sie 1/20 Sekunde für jede Paketrundreise. Nicht viel für die typische Webnutzung. Passabel für SSH-Sitzungen. Dies ist besonders wichtig, wenn Sie mit vielen kleinen aufeinander folgenden Transaktionen direkt auf Ihre Datenbank zugreifen.

Ich habe die zusätzliche Latenz durch zusätzliche Router / Repeater ignoriert, die viel, viel höher sein könnten. Ich habe die Entfernung 4400 km und die Lichtgeschwindigkeit in Glasfaser 200000 km / s angenommen.

Wir hatten einen Kunden, mit dem wir ziemlich viel Zeit verbracht haben. Ursprünglich waren sie in New York untergebracht, und ihre Mitarbeiter sind hauptsächlich in der Gegend von Boston beschäftigt. Sie verlegten ihre Server in unser Werk in Denver, das sich auf etwa zwei Dritteln des gesamten Landes befindet.

Sobald sie umgezogen waren, brachten sie Leistungsprobleme über ihre Comcast-Links in den Home Offices zur Sprache. Früher hatten sie eine Latenz von <10 ms und es wurden bis zu 80 ms erreicht. Sie bemerkten eine langsamere Leistung, als sie ihre Websites erreichten, sagten jedoch: "Vielleicht müssen wir uns einfach damit abfinden, von blitzschnellen zu bloßen tödlichen Geschwindigkeiten überzugehen." Sie schienen zu erkennen, dass es aufgrund der geografischen Lage Einschränkungen gab und dass ihre Benutzer an der Westküste möglicherweise eine bessere Leistung erzielen würden.

Wir gingen ein paar Mal hin und her. Nach ungefähr 6 Monaten wechselten wir aus Gründen, die nicht mit diesem Kunden zu tun hatten (bessere Preise, mehr Bandbreite, unzufrieden mit der Anzahl der Wartungsfenster des anderen Anbieters), zu einem anderen primären Internetdienstanbieter und mit dem neuen Anbieter hatten wir ungefähr 45 ms Zeit Durchschnittliche Latenz für diesen Client. Zu diesem Zeitpunkt scheinen ihre Leistungsbedenken verschwunden zu sein.

Nur um Ihnen einige Erfahrungen über einen Fall zu geben, in dem ein solches Problem aufgetreten ist, und die damit verbundenen Zahlen.

Verwenden Sie "mtr", um Informationen zur Latenz und zum Paketverlust für die verschiedenen Remote-Endgeräte anzuzeigen. Ignorieren Sie alles außer dem letzten Hop, der in dieser Ausgabe aufgeführt ist, es sei denn, Sie verstehen das Routing auf "langsamen Pfaden" vollständig. Laut Van Jacobson bemerken Menschen eine Latenz ab 400 ms, stellen jedoch fest, dass viele Verbindungen mehrere Hin- und Her-Austausche erfordern, sodass sich eine Latenz von 100 ms schnell zu einer Sekunde summieren kann ...

Nach meiner Erfahrung fühlt sich die Latenz von 250 ms wie eine merklich langsame Verbindung an. 10ms oder besser fühlt sich an wie eine flammende Verbindung. Es hängt wirklich davon ab, was Sie tun.

Sean

Nun, Pakete wandern so schnell über den Draht, dass die reine Übertragungszeit im Vergleich zu anderen Faktoren vernachlässigbar ist. Was zählt, ist die Effizienz des Routings und wie schnell Routing-Geräte das Routing durchführen können. Das lässt sich leider nicht allein aufgrund der geografischen Entfernung feststellen. Es gibt eine starke Korrelation zwischen Distanz und Latenz, aber es gibt keine feste Regel, die ich kenne.

Die Anzahl der Sprünge zwischen Punkt A und Punkt B führt zu einer Latenz. Zählen Sie die Anzahl der Hops, da dies Ihr bester Indikator ist.

Ein paar Worte zur Vorsicht. Die Methoden zur Bewertung des Netzwerkpfads stimmen nicht mit dem tatsächlichen Paketfluss überein. ICMP kann geroutet und mit einer anderen QoS versehen werden. Die Traceroute blickt normalerweise in eine Richtung, dh von der Quelle zum Ziel. Hier sind einige nützliche Tricks.

Für traceroute, versuchen Sie es mit -I, -Uoder -Tum zu sehen , wie der Weg variiert. Schauen Sie sich auch -t 16oder an -t 8. traceroute

Ping ist eigentlich ziemlich hilfreich. ping -Rzeigt Ihnen den Weg, den es braucht, um zurückzukehren! Wenn es sich von dem Weg unterscheidet, der ausgeht, dann schau, wohin es geht. Klingeln

Ich denke, die Geografie wird viel mit der Paketübertragungszeit zu tun haben, da je weiter Sie gehen, desto mehr Sprünge werden Sie höchstwahrscheinlich hinzufügen, was die Gesamtlatenz beeinflusst. Wenn Ihre Kunden hauptsächlich an der Westküste ansässig sein werden, würde ich mich für das Hosting an der Westküste entscheiden ... Das Gleiche gilt für die Ostküste. Wenn Ihre Kunden aus den USA oder der ganzen Welt kommen, müssen Sie nur die schwierige Entscheidung treffen, welche Seite die geringere Latenz hat.

In unserem Fall sind wir in unserem eigenen Netzwerk (ein einziges großes Intranet) und können unseren Routern die Möglichkeit geben, Entscheidungen basierend auf OSPF im gesamten Bundesstaat zu treffen :) Leider hängt alles außerhalb unseres Netzwerks in erster Linie von unserem ISP-Layout ab.