Выбор страны для сервера кажется вопросом вкуса, но решается почти механически — если задавать вопросы в правильном порядке. Сначала закон, потом география пользователей, потом чувствительность проекта к задержке, и только в конце — железо. Ниже этот порядок с цифрами по локациям, которые мы отслеживаем, и список ошибок, которые делают чаще всего.
Шаг 1. Есть ли требование закона или заказчика
Если проект собирает персональные данные, начинать нужно отсюда. Для граждан России действует 152-ФЗ: базы с их персональными данными при сборе размещаются в РФ — под это есть площадка в Москве и Петербурге. Для проектов с европейскими клиентами вопрос обычно звучит как «остаются ли данные в ЕС», и тогда подходят Финляндия, Нидерланды, Германия, Ирландия и любая другая страна Союза. Если нужна юрисдикция вне ЕС и вне России — Швейцария или Казахстан.
Заказчик может прописать страну в договоре — тогда остальные шаги пропускаются. Если требований нет, идём дальше.
Шаг 2. Где физически находятся пользователи
Не где зарегистрирована компания и не где живёте вы, а откуда приходят посетители. Откройте отчёт по странам в Метрике или Analytics — он часто расходится с ожиданиями. Сервер ставится ближе к большинству. Если явного большинства нет, есть два пути: компромиссная точка посередине или отдельные серверы под каждый регион.
Ориентиры по задержке из России до основных локаций:
| Локация | Город | Пинг из РФ |
|---|---|---|
| Россия | Москва, Санкт-Петербург | 1–10 мс |
| Финляндия | Хельсинки | 20–40 мс |
| Эстония | Таллин | 30–50 мс |
| Польша | Варшава | 30–50 мс |
| Германия | Франкфурт | 30–50 мс |
| Нидерланды | Амстердам | 40–60 мс |
| Чехия | Прага | 40–60 мс |
| Швеция | Стокгольм | 40–60 мс |
| Казахстан | Алматы | 50–80 мс |
| Швейцария | Цюрих | 50–70 мс |
| Великобритания | Лондон | 50–70 мс |
| Турция | Стамбул | 60–80 мс |
| США | Нью-Йорк, Лос-Анджелес | 100–150 мс |
| Япония | Токио | 150–200 мс |
| Сингапур | Сингапур | 180–220 мс |
Для аудитории из Европы всё, что до Швейцарии включительно, — «близко». Для аудитории в Средней Азии ближе всего Казахстан. Для Азии — Япония, Гонконг, Сингапур, и там уже неважно, сколько до Москвы.
Шаг 3. Насколько задержка вообще важна
Проекты делятся на две группы, и это определяет, сколько усилий вкладывать в географию.
- Чувствительные к отклику — удалённые рабочие столы, игровые серверы, голосовая связь, торговые системы, WebSocket-приложения. Разница в 30 мс заметна пользователю. Локацию выбирают в первую очередь по географии, железо — во вторую.
- Терпимые — сайты, магазины, корпоративные системы, API, боты, бэкапы. Разница между 30 и 60 мс теряется на фоне времени генерации страницы. Здесь важнее железо и стабильность, и можно выбирать из всей Европы.
Большинство проектов — во второй группе. Если ваш тоже, переходите к железу.
Шаг 4. Что за нагрузка и какое железо
Цена у провайдера, которого мы отслеживаем, одинаковая во всех 41 странах. Различается только железо — поэтому при равной географии выбирайте по нему.
- Базы данных с интенсивной записью — нужен NVMe. Есть в Финляндии, Нидерландах, Чехии, Великобритании, Франции, Австрии, Испании и большинстве стран Южной Европы; нет в Германии, Польше, Швейцарии, Швеции, Эстонии, Казахстане, США.
- Однопоточные задачи (1С, роботы, тяжёлые запросы) — нужна частота. 3.0 GHz — Финляндия, Дания, Италия, Ирландия, Бельгия, Венгрия, Сербия; 2.2 GHz — Германия, Турция, Сингапур. Отдельно — HI-CPU на Ryzen до 5.7 GHz.
- Много одновременных посетителей — ядра и память, то есть тариф, а не страна. Из локаций предпочтительнее та, где лучше связность: Нидерланды.
Полное сравнение железа по странам — в статье «Лучший VPS для ваших задач».
Шаг 5. Проверить, а не поверить
Шаг, который пропускают чаще всего. Возьмите младшую конфигурацию на месяц за $6 и измерьте отклик из тех мест, где живут пользователи: ping и mtr со своего компьютера, сервисы вроде ping.pe — из десятков точек мира. Смотрите не только на среднюю задержку, но и на разброс: стабильные 60 мс лучше скачков от 30 до 120. Месяц теста стоит дешевле переноса проекта после неудачного выбора.
Типичные ошибки
- Выбирать по стране регистрации бизнеса. Серверу всё равно, где ваш юридический адрес; пользователям — нет.
- Выбирать «самую известную» страну. Германия — самый частый ответ и одно из самых слабых железных решений в линейке: 2.2 GHz и SSD за те же деньги, что 3.0 GHz и NVMe в Финляндии.
- Гнаться за минимальным пингом для терпимого проекта. Разница между 30 и 50 мс для сайта не существует; разница между NVMe и SSD для его базы — существует.
- Ставить один сервер на две разнесённые аудитории. Москва и Нью-Йорк — это либо два сервера, либо компромисс в Европе, где обоим «средне».
- Держать бэкап в той же локации. Копия должна быть в другой стране, иначе один инцидент в дата-центре заберёт и оригинал, и копию.
Итог за одну минуту
- Есть требование закона или заказчика — оно решает.
- Нет — ставьте ближе к большинству пользователей.
- Проект терпим к задержке — выбирайте по железу из всей Европы: по умолчанию Финляндия, при большом трафике Нидерланды.
- Чувствителен — по географии, железо во вторую очередь.
- Проверьте месяц на Lite, потом переезжайте всерьёз.