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

13

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

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

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

networking domain-name-system performance

— 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 Просто добавьте ваш исходный и конечный города.

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