Как выбрать локацию VPS под низкую задержку

Люди часами сравнивают число vCPU, а потом ставят сервер не на том континенте. Для всего интерактивного — shell, API, игры, бота, говорящего с биржей, — локация часто важнее железа. Хорошая новость: задержка — это в основном физика, её можно предсказать и измерить до оплаты.

Физика в одной строке

Свет в оптоволокне проходит примерно 200 км за миллисекунду. Кабели не тянутся по прямой, каждый маршрутизатор добавляет немного, поэтому надёжное правило — около 1 мс времени туда-обратно на каждые 100 км реального расстояния.

Никакой CPU не исправит 200 мс туда-обратно. Если пользователи в Токио, сервер в Германии будет ощущаться медленным, каким бы быстрым он ни был.

«Близко» зависит от задачи

Сайт или API. Ближе к большинству пользователей. CDN прячет расстояние для статики, но первый HTML-ответ, логины, API-запросы и всё динамическое всё равно идут до сервера.

Торговый бот. Ближе к API-серверам биржи — не к вам. Где сидите вы, неважно: бот общается с биржей сотни раз в день. Для арбитража каждая миллисекунда на счету; для бота с парой ордеров в день 30 мс ничего не меняют. Подробнее — в статье VPS с низкой задержкой для торговых ботов.

AI-агент, вызывающий API моделей. Локация почти не важна. Модель отвечает секундами; 30 мс сети — шум. Выбирайте по цене и приватности.

Игровой сервер. Ближе к игрокам. Всё до ~60 мс для большинства игр ощущается нормально; соревновательным шутерам нужно куда меньше.

Удалённый рабочий стол и SSH. Ближе к вам. Печатать при 150 мс задержки — мучение.

Измерьте сами

Со своей машины или с сервера рядом с пользователями проверьте путь до кандидата:

mtr -rwc 50 example.com

mtr показывает каждый хоп с потерями и задержкой — это гораздо полезнее одиночного ping, потому что видно, где именно добавляется задержка.

С VPS измерьте тот сервис, от которого реально зависите, с разбивкой по фазам:

curl -o /dev/null -s -w 'dns %{time_namelookup}s  connect %{time_connect}s  tls %{time_appconnect}s  total %{time_total}s\n' \
  https://api.example.com/health

connect — примерно одно время туда-обратно по сети, tls добавляет рукопожатие, а total включает собственное время обработки сервера. Если connect — 2 мс, а total — 900 мс, дело не в расстоянии.

Где здесь EQVPS

Наши серверы находятся в Германии и Финляндии, локацию вы выбираете в каждом заказе. Это хорошо покрывает пользователей по всей Европе, неплохо — Ближний Восток и очень хорошо — европейские биржи и API. Финляндия на несколько миллисекунд дальше от Западной Европы и чуть ближе к Скандинавии и Прибалтике; для большинства задач подойдёт любая.

Честно: локаций в Азии и Америке у нас нет. Если ваши пользователи там, сервер в Европе добавит 80–250 мс к каждому запросу — размещайтесь ближе к ним.

Коротко

1. Решите, с чем сервер общается больше всего: с пользователями, биржей, API или с вами.
2. Ставьте его рядом с этим, считая ~1 мс на 100 км.
3. Меряйте через mtr и curl -w, а не по карте.
4. Не платите за быстрый CPU, чтобы исправить проблему расстояния.

Если выбираете между NAT-тарифом и тарифом с выделенным IP для одного и того же сервера — это отдельный вопрос, вот тест из одного вопроса.