Влияние расстояния от сервера

13

У меня есть веб-сервер в Ирландии (Amazon AWS). Этот сервер появляется быстро из Германии (оранжевая линия), но медленно из США (черная линия). HTTP-запрос, используемый для теста, такой же.

введите описание изображения здесь

Я думаю это нормально. Расстояние между Ирландией и США больше, чем между Германией и Ирландией, но разница кажется слишком большой.

Есть ли другие возможные причины, кроме расстояния до сервера?

ar099968
источник
7
Что должен показывать ваш график? время поездки туда и обратно? общее время запроса? что-то другое?
Питер Грин
@PeterGreen http время запроса
ar099968

Ответы:

24

Предполагая, что график является временем HTTP-запроса, он кажется мне вполне разумным.

Запрос http (при отсутствии keepalive, fastopen и т. Д.) Обычно требует как минимум двух поездок в оба конца.

  • Клиент отправляет син
  • Север получает син и посылает син
  • Клиент получает syn-ack и отправляет ack и запрос.
  • Сервер отправляет ответ.

Скорость света в волокне составляет около 2 * 10 ^ 8 метров в секунду. Согласно Google, расстояние от "Ирландии до США" составляет 6 629 км *, что соответствует времени поездки в оба конца около 66 мс.

Но это предполагает, что нет никаких задержек в оборудовании и что маршрут данных следует по кратчайшему возможному пути. Практическое время прохождения туда и обратно обычно составляет от 100 до 150 миллисекунд между принимающей стороной в Европе и принимающей стороной в США. Таким образом, время HTTP-запроса ~ 250 мс вполне нормально.

Что более важно, так это всплески на графике, они предполагают перегрузку сети где-то между сервером и тестовым клиентом.

* очевидно, это зависит от того, в какой точке США и какой точке в Ирландии, но точка, выбранная Google, оказалась где-то посередине США, и на графике ОП написано «us-mid».

Питер Грин
источник
18

Любая другая возможная причина в дополнение к удалению от сервера?

Путь, по которому идут пакеты.

user9517
источник
6
... и все устройства между ними.
EEAA
8
... и насколько они перегружены
user9517
1
Как это относится к задаваемому вопросу ... это то, что, безусловно,? Рассматривали ли вы использование такого инструмента, как, скажем, mtr, для изучения пройденных путей и времени каждого прыжка?
user9517
13
Я вижу подобные вопросы все время, когда я работаю, давая хорошую графику, которая, как правило, создает впечатление, что пользователь знает, о чем он говорит, до тех пор, пока вы не спросите его, какие трассировки и проверки трафика они сделали, и ничего не проверялось.
Джули Пеллетье
4
@ Джули, да, графики бессмысленны без знания и понимания.
user9517
9

Поиск в Google ping "us-mid"приводит к получению Monitis.com и их IP в Далласе, которые также имеют DE IP во Франкфурте. С очень хорошо подключенного сервера во Франции у меня есть 9 мс ping RTT к DE IP и 111 мс ping RTT к US-MID IP. Что касается времени отклика HTTP, я бы ожидал, что вдвое больше, чем время реакции сервера, в качестве аргумента, скажем, 26 и 230. Это не так сильно отличается от ваших значений, учитывая, что в Ирландии вы, вероятно, немного дальше сети -из обоих мест.

Примите эти значения как нормальные и отслеживайте отклонения от них, чтобы увидеть, есть ли проблемы на вашем сайте или у вашего интернет-провайдера. Если вы не используете глобальный сервис, который действительно критичен по времени отклика, делать больше бесполезно. Если да, разместите серверы по всему миру или (лучше) заключите контракт с хостерами, которые специализируются на этом.

Law29
источник
-2

Вот хорошая страница глобальной статистики пинга: https://wondernetwork.com/pings Просто добавьте ваш исходный и конечный города.

Лоран Вайда
источник