Как время передачи запроса зависит от расстояния до веб сервера?

Question

[Евгений Лернер]

Известно, что желательно иметь сервер физически поближе. Но хотелось бы знать цифры. Как задержка запроса зависит от расстояния до сервера? Сколько промежуточных серверов проходит запрос, какая средняя задержка на каждом сервере.

Comments

[Alexey Dmitriev]

Цифры будут актуальны в определенный промежуток времени, маршруты могут измениться и количество переходов и задержки на них также могут измениться.

[Akina]

Известно, что желательно иметь сервер физически поближе.

Да ладно? Поближе - да, но не физически. Если конечно не сравнивать "в соседнем городе через VPN" и "на соседнем столе по гигабиту".

[Евгений Лернер]

Alexey Dmitriev, маршруты меняются, но в среднем какие то цифры должны быть.

[Alexey Dmitriev]

Евгений Лернер, скачайте winmtr и запустите до сервера на полчаса-час

[Евгений Лернер]

Alexey Dmitriev, я не спрашиваю как определить задержку ответа . Я спрашиваю могу ли я ее рассчитать, перед тем как взять сервер

[Alexey Dmitriev]

Евгений Лернер, аналогично, во всех датацентрах есть инфа с ip адресами для проверки. Если нет-запросить в ТП

[Евгений Лернер]

Это интересно. Что это за адреса? Могу ли я хотя бы приблизительно знать задержку ?

[ky0]

Евгений Лернер, это называется Looking Glass - у крупных хостингов обычно имеется.

[Евгений Лернер]

Посмотрю, спасибо. А не знаете какое должно быть расстояние чтобы гарантированно запрос попал к серверу, без промежуточных серверов?

[Евгений Лернер]

ky0, вы знаете хотя бы примерно, какую задержку вносит промежуточный сервер?

Answer 1

[asmelnik]

Если вам нужно, что бы контент с сервера был доступен с задержками поменьше на большой географии, то Сервис CDN (Content Delivery Network) вам в этом может помочь.
Если сервер в Новосибе, а клиент из Калининграда, то скорость и время отклика для Новосиба и Калининграда будет сильно отличаться.
При использовании CDN (если у CDN провайдера сеть достаточно разветвленная) время может быть минимальным и там и там.

Answer 2

[Bermut]

tracert yandex.ru

Answer 3

[ky0]

Задержка запроса зависит от расстояния до сервера напрямую - через скорость распространения электрического сигнала по проводам, фотонов - по оптоволокну + задержки сетевого оборудования, которые могут плавать в широких пределах в зависимости от нагруженности этого оборудования в данный момент, типа трафика и других переменных.

В целом, чтобы собрать статистику, можно воспользоваться утилитами типа mtr.

Comments

[Евгений Лернер]

Именно задержка сетевого оборудования интересует. Какие то численные данные есть?

[ky0]

Евгений Лернер, да, часто среднее значение или типичный диапазон указывается в спеках к конкретным моделям (см. напр.).

(Но поскольку конкретные модели роутеров вам никто не скажет - эта информация в прикладном смысле бесполезна)

[Евгений Лернер]

Те на свой вопрос я ответ получить не могу.так?

[ky0]

Евгений Лернер, я вам написал в первом сообщении - вы можете собрать статистику до конкретного узла на текущий момент. Универсального ответа нет, причём не только из-за неизвестности, что там за оборудование, но и потому что маршруты могут со временем меняться.

[Евгений Лернер]

ky0, похоже что даже приблизительного ответа нет. Мне это надо для выбора сервера, чтобы не пробовать много. А знаете вы какое должно быть расстояние чтобы не было промежуточных серверов?

[mordo445]

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

[Евгений Лернер]

Как я понял заранее ничего знать нельзя. Скажите пожалуйста, какое среднее время задержки, хотя бы порядок

Answer 4

[Saboteur]

Известно, что желательно иметь сервер физически поближе. Но хотелось бы знать цифры. Как задержка запроса зависит от расстояния до сервера? Сколько промежуточных серверов проходит запрос, какая средняя задержка на каждом сервере.

в общем случае, базовую инфу можно получиьт через команду tracert или traceroute (смотря какая ОС). Она показывает пинг ко всем промежуточным хостам (если они отвечают) вплоть до вашей цели.

Как задержка запроса зависит от расстояния до сервера?

В общем случае считаешь расстояние и делишь на скорость света, если это оптика или ethernet. Например, как бы не пыхтеть, из Европы в штаты 10 мс пинг не сделать, тупо не успеет пакет дойти.

В частном случае к этому добавляются задержки на каждом промежуточном хопе, ибо это какой-то сервер или устройство, на котором ваш пакет должен обработаться и отправиться дальше.

Comments

[Евгений Лернер]

На скорость света я кое-как поделю. Но запрос проходит промежуточные сервера , каждый вносит задержку. Хотелось бы знать как много этих серверов ,скажем на 1000 км, какая задержка у каждого

[Saboteur]

Евгений Лернер, нет таких данных как 1000 км.
Это же живая инфраструктура, которую строили надежно или на соплях.
Между провайдерами различные соединения с разными договорами по скорости и стоимости. Твой пакет может прийти по разному маршруту в разное время дня суток из-за стоимости.

в общем случае домашний пользователь.
Есть его комп, есть роутер в квартире - вот один кабель, один хоп до роутера, скажем 5 метров
потом езернет до роутера провайдера в подъезде, второй хоп, скажем 20 метров
от роутера провайдера идет оптикой, например несколько километров до серверной провайдера, третий хоп
Потом у самого провайдера может быть внутри несколько разных роутеров, которые врубаются в роутер отвечающий за внешние аплинки, четвертый хоп , скажем 2 метра
Потом до другого провайдера оптика, например 20 километров.
Потом у другого провайдера оптика внутренние маршрутизации по его серверной, пару метров
Потом у другого провайдера оптика еще одна внутренняя маршрутизации по его серверной, пару метров
Потом у другого провайдера оптика до какого-то дома, 1 км
Потом у другого провайдера езернет внутри дома до квартиры, 20м
Потом у другого провайдера езернет внутри квартиры до чужого компа.

Вот и приехали от одного пользователя до другого, это хорошо если пользователи в одном городе у разных провайдеров. А если в разных странах, а если там через 3-4 промежуточных провайдера...

Юзай команды tracert или traceroute чтобы посмотреть маршрут.

[Евгений Лернер]

Saboteur, я так понимаю что есть время прохождения до сервера провайдера. И есть время прохождения до веб сервера, который может быть далеко , в другом стране. Вот меня интересует как кол-во промежуточных серверов зависит от расстояния и какую задержку они вносят

[Saboteur]

Вот меня интересует как кол-во промежуточных серверов зависит от расстояния и какую задержку они вносят

Никак. У провайдера могут быть сложные пути создания своей инфраструктуры, особенно в условиях городской застройки и развития.
Маленькая частная домашняя сеть, которую изначально разводили на коленке, может развиться в уверенного провайдера. А коммутационные колодцы могли быть, например, приватизированы другой компанией, и чтобы проложить кабель из дома в соседний дом, придется или платить аренду за использование подземного пространства, или пойти назад, где свой кабель давно лежит и обойти квартал.
А потом несколько маленьких провайдеров выкупает крупный монополист, и где-то перекладывает, где-то оставляет как есть.

Промежуточные сервера вносят РАЗНУЮ задержку.

Еще раз повторю - команды tracert и traceroute покажут текущий маршрут, чтобы понять сколько хопов и какая задержка. А вот почему она такая, вы не узнаете, поскольку это внутренняя техническая информация провайдера, и о том как настроены эти промежуточные хопы и какую задачу выполняют клиентам рассказывать не будут.

[Griboks]

Евгений Лернер, грубая оценка - скорость света. Обычная задержка передачи - миллисекунды, задержка коммутаторов - наносекунды, т.е. пренебрежимо мала.

[Евгений Лернер]

Griboks, те если на 3000 км задержка передачи 10 мс а задержка на коммутаторах будет пренебрежимо мала?

[Griboks]

Евгений Лернер, да. Основная задержка - это сервер, потом идёт скорость света, потом фсб/dpi/фаервол, потом уже транспортная сеть.

[Saboteur]

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

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

В случае использования медленного транспортного протокола (модем, блутус, docsis старых версий, радиоезернет на 20-30 км), задержка на передачу в общем случае всегда будет основным моментом.

Еще момент - непонятно что такое "хотелось бы веб сервер поближе".
У вас будет только один клиент - вы? Тогда ставьте сервер на свой локальный комп и все.

[Евгений Лернер]

Saboteur, мне это нужно для высокочастотного трейдинга.

[Евгений Лернер]

Griboks, время ответа сервера не в нашей власти. Остальное примерно понятно

[Saboteur]

Евгений Лернер, если вы знаете, где находится сервер, и есть возможность в том же датацентре арендовать виртуальную машину, то можно через нее ходить на сервер с минимальной задержкой.

[Евгений Лернер]

Saboteur, мне это нужно для высокочастотного трейдинга. В общем совместными усилиями мне все оазямнили