Интерфейс переведён. Факты о провайдерах и текст обзоров сейчас на английском; страница не индексируется до качественного перевода.
Руководство полностью переведено. Английская версия остаётся первоисточником фактов и цен провайдеров; перевод ещё ожидает редакторской проверки, поэтому страница пока исключена из поискового индекса.
Каталог регионов — это не ping
Страница регионов провайдера говорит о том, где он предоставляет услуги. Она не сообщает круговую задержку (RTT) от ваших пользователей, потерю пакетов на конкретном маршруте или то, есть ли в наличии именно нужный вам тариф. VPSTab фиксирует каталог локаций провайдера и, где это доступно, цену для конкретного дата-центра; он не превращает ни то, ни другое в утверждение о задержке.
Это различие важно, потому что два тарифа в одном городе могут идти разными сетевыми маршрутами, а самый дешёвый регион провайдера может находиться за тысячи километров от пользователей, которым вы хотите служить. Считайте локацию ограничением, которое нужно проверить, а не оценкой производительности.
Соотнесите локацию с пользователями и обязательствами
Начните с людей и систем, которые будут подключаться. Сервис для пользователей в Сингапуре выигрывает от региона Сингапур; команде, работающей в Осаке, может подойти Осака или Токио; проверка требований к хранению данных в Германии может потребовать немецкого региона независимо от цены. Когда нагрузка зависит от этих условий, это жёсткие требования, а не предпочтения.
Затем учтите операционные обязательства. Публикует ли провайдер страницу состояния и SLA? Покрывает ли регион условия поддержки, которые вам нужны? Сможете ли вы позже перенести сервис? Регион, который дешёв, но операционно изолирован, может оказаться плохим выбором даже при привлекательной цене.
Цена и трафик зависят от локации
Hetzner — наглядный пример. CPX02 стоит 6.49 евро или 8.09 доллара в месяц в Германии и Финляндии при 20 TB трафика в ЕС, но 7.99 евро или 9.59 доллара в Сингапуре при всего 500 GB. Сервер относится к одному классу; локация меняет и цену, и трафик. Бюджет, построенный по цене в ЕС, может не сработать в Сингапуре.
AWS Lightsail — другой пример. Его страница цен содержит общую цену пакета и предупреждает, что в некоторых регионах доступна половина указанного лимита трафика. Пакет, который выглядит щедрым в Орегоне, в другом регионе может оказаться гораздо теснее. Всегда проверяйте региональную сноску, а не только заголовок таблицы.
Примеры Сингапура и Японии
Для Сингапура зафиксированный набор данных включает Hetzner SIN1, DigitalOcean SGP1, Linode ap-south, Vultr sgp, UpCloud SG-SIN1 и Netcup SIN. Они различаются ценой, трафиком, условиями резервного копирования и качеством свидетельств. Ни для одного из них в этом наборе данных нет измеренного результата задержки, поэтому рейтинг может отражать только соответствие заявленным вами ограничениям и фактам, указанным провайдером.
Для Японии Linode предлагает Осаку и Токио, а Vultr перечисляет локации Осака и Токио в API тарифов. Профиль разработки в Японии в этом наборе данных намеренно требует Осаку и не менее 2 GB RAM, что сужает список до Linode 2 GB и нескольких тарифов Vultr. Это результат по ресурсам и локации, а не утверждение о том, какой вариант быстрее.
Германия и нормализованные ключи регионов
Германия — полезный пример для понимания нормализованных регионов. Hetzner продаёт в Фалькенштайне и Нюрнберге, DigitalOcean и Linode указывают Франкфурт, UpCloud указывает Франкфурт, а IONOS публикует доступность на уровне страны. Фильтр по нормализованному региону «Frankfurt» не включит автоматически Фалькенштайн, хотя оба находятся в Германии. На странице тарифа показан точный дата-центр провайдера, поэтому различие видно.
Если ваше требование действительно «Германия», проверьте все немецкие локации, а не предполагайте, что один город представляет всю страну. Если ваше требование — конкретный город или конкретный дата-центр, используйте точную локацию провайдера. Ни один из вариантов не является универсально правильным; ошибка — скрывать это различие.
Архитектура, доступность и выход
Выбор региона — это также выбор архитектуры. Если сервис должен пережить отказ дата-центра, один сервер в одном регионе является единой точкой отказа, как бы близко он ни находился к пользователям. Мультирегиональные схемы добавляют затраты на репликацию, переключение при сбое и согласованность данных, которые выходят за рамки сравнения одного VPS. Чётко решите, покупаете ли вы один хост или отказоустойчивый сервис.
Планируйте выход заранее. Проверьте, поддерживает ли провайдер стандартные образы, снимки или экспорт; можно ли перенести IP-адрес; и сколько времени, вероятно, займёт миграция. Провайдер, который сегодня дёшев, но делает миграцию дорогой, несёт скрытые издержки привязки. Эти издержки относятся к сравнению, даже если их нельзя свести к месячному числу.
Для сервисов, чувствительных к задержке, рассмотрите CDN или слой маршрутизации на основе DNS перед VPS, если пользователи распределены по всему миру. Это меняет задачу с «выбрать один идеальный регион» на «выбрать регион источника и слой доставки». VPSTab не измеряет производительность CDN, поэтому это остаётся архитектурным вариантом, а не измеренной рекомендацией.
Как проверить локацию
Откройте официальную страницу регионов или цен провайдера и подтвердите, что нужный вам тариф предлагается в нужной локации. Ищите код дата-центра и цену для конкретной локации, где она доступна. Зафиксируйте дату наблюдения. Запись в каталоге регионов может измениться, и каталог не является гарантией наличия.
Если задержка — требование, критичное для решения, измерьте её из репрезентативных сетей после того, как у вас появился кандидат, или запросите у провайдера тестовую точку. Не считайте географию, маркетинговую карту или тест другого клиента доказательством для вашего маршрута.
Что мы не измеряем
Текущий набор данных VPSTab содержит свидетельства из каталогов провайдеров, а не сетевые измерения. В нём не публикуются круговая задержка (RTT), джиттер, потеря пакетов, пропускная способность или качество маршрута для этих тарифов. Поэтому список, упорядоченный по соответствию локации, не является тестом задержки, и его не следует так описывать.
Это ограничение не делает данные о локациях бесполезными. Оно меняет решение: используйте каталог, чтобы исключить локации, которые не могут обслуживать нагрузку, а затем, если задержка важна, измерьте оставшихся кандидатов. Разделение свидетельств из каталога и измерений — это разница между честной рекомендацией и уверенной догадкой.
Чек-лист проверки
- Перечислите регионы, которые удовлетворяют требованиям пользователей, задержки и законодательства.
- Отличайте запись в каталоге регионов от подтверждённого наличия конкретного тарифа.
- Проверьте, меняются ли цена и лимит трафика в зависимости от локации.
- Фиксируйте точный код дата-центра провайдера, а не только страну.
- Убедитесь, что фильтр по нормализованному региону не скрыл подходящую локацию поблизости.
- Измеряйте задержку только методом, соответствующим вашим реальным пользователям и маршрутам.
- Проверьте поддержку, SLA и варианты выхода для выбранного региона.
- Сохраняйте дату наблюдения рядом с каждым утверждением о локации.
Источники
- Hetzner price API — CLOUD_136 + CLOUD_21 (CPX02 with IPv4)https://website-price-api.hetzner.com/api/v1/products/CLOUD_136%2BCLOUD_21
- Vultr API — List planshttps://api.vultr.com/v2/plans
- Vultr API — List regionshttps://api.vultr.com/v2/regions
- UpCloud data centershttps://upcloud.com/data-centers/
- Amazon Lightsail pricing — Linux/Unix general-purpose bundleshttps://aws.amazon.com/lightsail/pricing/
- Linode API — List regionshttps://api.linode.com/v4/regions