Как локация сервера влияет на скорость сайта и пинг

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

Почему расстояние превращается в задержку

Данные в интернете передаются по оптоволокну со скоростью примерно 200 000 км/с — это две трети скорости света в вакууме. Свет физически не может двигаться быстрее, поэтому расстояние между пользователем и сервером — это неустранимая часть задержки. Никакой апгрейд железа её не убирает.

Простой ориентир: на каждые 100 км пути туда-обратно накидывается около 1 мс. Реальный маршрут длиннее прямой линии, проходит через промежуточные маршрутизаторы, и каждый узел добавляет микрозадержки. Поэтому «сырой» пинг между Москвой и Лондоном — 40–60 мс, между Москвой и Нью-Йорком — 100–140 мс.

Пинг — это только время одного round-trip. Но HTTPS-соединение делает несколько round-trip до того, как отдаст первый байт: TCP-хендшейк, TLS-хендшейк, затем запрос. При пинге 120 мс только на установку соединения уходит 350–500 мс — и это ещё до того, как сервер начал думать над ответом.

Что именно замедляется

Латентность бьёт по нескольким метрикам сразу. Понимание, на что она влияет, помогает не гнаться за мнимой оптимизацией:

• TTFB (время до первого байта) — прямо зависит от пинга плюс времени генерации страницы.
• Установка соединения — TCP + TLS требуют 2-3 round-trip на холодном коннекте.
• API и AJAX — каждый фоновый запрос платит полный round-trip заново.
• Загрузка ассетов — множество мелких файлов без HTTP/2 множит задержку.

Ключевой вывод: если основная аудитория сайта в Европе, сервер в Азии будет медленным даже на топовом железе. И наоборот — правильно выбранная локация даёт ускорение, которое не купишь никаким CPU.

Как выбрать локацию под аудиторию

Правило простое: ставьте сервер как можно ближе к большинству пользователей. Для проекта с аудиторией в Западной Европе оптимальна локация в Великобритании — низкий пинг до Лондона, Парижа, Амстердама и Франкфурта. Для проекта, ориентированного на Северную Америку, логичнее сервер в США.

MAATRIX предлагает три ключевые локации — Великобританию (UK), США и Россию (RU). UK даёт короткий маршрут до всей Западной Европы и приемлемый пинг до европейской части России; США закрывает американский рынок и сервисы, привязанные к штатовскому IP. Оплатить при этом можно картой РФ, через СБП, криптой или токеном MAAT — иностранный сервер без проблем с платежами.

Проверить фактический пинг до дата-центра можно ещё до заказа — обычным ping или mtr до IP тестового узла:

ping -c 10 lon.example-host.net
mtr --report --report-cycles 20 lon.example-host.net

Когда локация — не главное: роль CDN

Если аудитория размазана по всему миру, одной локацией всех не осчастливить. Тут помогает CDN: статика (картинки, CSS, JS) кэшируется на десятках точек присутствия и отдаётся с ближайшей к пользователю. Сервер остаётся один, а статика будто «везде».

Даже с CDN origin-сервер должен стоять близко к ядру аудитории — динамику (API, личный кабинет, оформление заказа) CDN не кэширует, и она всё равно идёт до вашего VPS. Поэтому связка «origin в правильной локации + CDN для статики» работает лучше всего.

# Замерить TTFB до сайта одной командой
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\nTotal: %{time_total}s\n" https://example.com

Частые ошибки

• Берут «где дешевле», не глядя на географию аудитории — и получают медленный сайт на быстром железе.
• Путают пинг и скорость канала — гигабитный порт не спасает от высокой латентности.
• Тюнят CPU вместо переезда — если проблема в расстоянии, апгрейд процессора её не решит.
• Игнорируют HTTP/2 и keep-alive — на высоком пинге они экономят десятки round-trip.

Быстрая инфраструктура — это связка правильной локации и производительного железа. На MAATRIX это AMD EPYC + NVMe в UK, США и РФ: близко к аудитории и без просадок по CPU при генерации страниц.

Частые вопросы