Як обрати локацію 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 для того самого сервера — це окреме питання, ось тест з одного питання.