Почему одинаковые по описанию серверы стоят по-разному

MAATRIX

Открываете два тарифа у разных провайдеров: 4 vCPU, 8 ГБ RAM, 80 ГБ диска — и цена одного в полтора-два раза выше другого. На бумаге разницы нет, значит, дороже — это просто переплата? Не обязательно: за одинаковыми цифрами в описании часто стоит совершенно разное железо, разная степень честности провайдера с ресурсами и разный набор того, что уже включено в цену. Разберём, из чего на самом деле складывается стоимость сервера и что проверять до оплаты, а не после.

Оверселлинг: одно и то же железо продано разное число раз

Первая и самая крупная причина разницы в цене — сколько виртуальных машин провайдер посадил на один физический сервер. Гипервизор с 64 реальными ядрами и 256 ГБ RAM можно нарезать на 16 VPS по 4 vCPU честно (4×16=64, ресурсы не пересекаются), а можно продать 40 таких же VPS — потому что в реальности одновременно все 40 клиентов свои 4 ядра на полную не грузят. Формально у всех в личном кабинете написано «4 vCPU», по факту — доля времени процессора, которая уменьшается пропорционально числу соседей по хосту.

Это и есть оверселлинг, и он не всегда плохой сам по себе — умеренный оверселлинг на самом деле нормальная практика, на нём держится вся экономика бюджетных тарифов. Проблема начинается там, где степень переподписки выходит за разумные пределы и превращается в лотерею: в обычное время всё летает, а в вечерний пик или при чужом майнинг-скрипте на соседней VM ваш «4 vCPU» превращается в 1.5 реальных. Подробнее о том, где заканчивается нормальная экономия и начинается риск простоев, разбирали в статье дешёвый VPS против дорогого на практике — там же таблица, на что смотреть, чтобы не купить кота в мешке за низкую цену.

Формальный признак, по которому переподписку не увидеть — в панели заказа она никогда не указана. Провайдер физически не публикует коэффициент переподписки на сайте, это внутренняя метрика загрузки хостов. Единственный рабочий способ — тестовый период на реальной нагрузке (см. методику ниже) и отзывы именно про стабильность производительности, а не про «купил, работает».

Поколение и класс процессора: одинаковое число ядер, разная работа за такт

Даже если оверселлинга нет вообще и вы получаете честные выделенные ядра, «4 vCPU» разных провайдеров — это буквально разные процессоры. Один хостер держит парк на Intel Xeon предыдущих поколений, купленный несколько лет назад и давно окупившийся — эти серверы дешевле в амортизации, отсюда и цена тарифа ниже. Другой обновил парк на современные AMD EPYC или свежие Xeon Scalable — они дороже в закупке, но при равном числе ядер выполняют больше работы за такт за счёт возросшей IPC (инструкций за такт), более быстрой памяти и лучшего контроллера ввода-вывода.

Практическая разница: два «4 vCPU» тарифа с разным поколением CPU под капотом могут показывать разброс в реальной производительности на однопоточных задачах (сборка проекта, компиляция, одиночный процесс базы данных) — иногда заметный на глаз при запуске одной и той же операции. Точную цифру в процентах называть не будем — она зависит от конкретной модели, частоты, включённого туда же гипервизора и его настроек кэша, а сравнивать корректно можно только тестом на своей нагрузке, не по чужим бенчмаркам из интернета.

Что спросить у провайдера:

• Модель процессора хоста (не «Intel Xeon», а конкретный номер — например Xeon Gold 6338 или EPYC 7763). Уважающий себя провайдер называет модель без запинки, в панели или по запросу в поддержку.
• Год выпуска процессора — если провайдер уклоняется от ответа, скорее всего парк старый и это осознанно не афишируют.
• Тип vCPU: honest core (гарантированное ядро) или shared vCPU (доля от ядра, конкурирующая с соседями). Это разные вещи даже при одинаковой цифре в тарифе.

Диск: гигабайты одинаковые, скорость — нет

За строкой «80 ГБ SSD» в описании тарифа может стоять три совершенно разных устройства: локальный NVMe-накопитель, локальный SATA SSD или сетевое хранилище (Ceph, распределённый storage поверх сети). Разница в скорости случайного чтения/записи между ними — на порядки, а именно случайные операции определяют скорость работы базы данных, множества мелких файлов проекта или контейнерного слоя Docker. Последовательная запись большого файла у всех трёх типов может выглядеть прилично, а вот на нагрузке из реальных мелких операций сетевое хранилище и SATA SSD заметно отстают от NVMe.

Отдельная тонкость сетевого хранилища — оно физически отделено от вычислительного узла сетью, поэтому к задержке диска добавляется задержка сети внутри дата-центра. Плюс сетевое хранилище часто используется провайдером именно потому, что оно дешевле в масштабировании и проще в миграции VM между хостами — то есть дешёвая цена тарифа отчасти объясняется именно этим выбором железа, а не только степенью оверселлинга. Мы разбирали разницу между накопителями подробнее в статьях NVMe против SATA SSD на сервере и SSD против NVMe в VPS — там же ориентиры по IOPS и когда переплата за NVMe оправдана, а когда нет.

Что спросить у провайдера:

• Тип диска буквально: «локальный NVMe», «локальный SATA SSD» или «сетевое хранилище (Ceph/аналог)».
• Гарантированные или ориентировочные IOPS на тарифе — не все дают цифру, но сам факт готовности её назвать говорит о прозрачности.
• Используется ли RAID на хосте и какой — это влияет на надёжность при отказе одного диска, но иногда чуть снижает пиковую скорость записи.

Сеть: скорость канала — не то же самое, что задержка и связность

В описании тарифа обычно пишут пропускную способность канала — «1 Гбит/с» или «10 Гбит/с». Это важная, но не единственная характеристика сети. Гораздо чаще на практике узким местом становится не скорость канала, а задержка (latency) и качество маршрутизации до конкретной аудитории или сервиса, с которым работает сервер. Дата-центр с формально широким каналом может быть плохо связан с нужным вам регионом — трафик до пользователей в России или Европе будет идти кружным маршрутом через несколько транзитных сетей, и разница в отклике окажется заметной даже при одинаковой «толщине трубы».

Мы отдельно собирали таблицу ориентировочных задержек между регионами и разбирали, почему хороший пинг не гарантирует быстрый сайт, в статьях задержка между локациями: таблица ориентиров и пинг хороший, а сайт медленный — задержка и полоса. Там же — почему для интерактивных сервисов (VPN, игровые серверы, API с частыми короткими запросами) низкая задержка важнее высокой пропускной способности, а для загрузки больших файлов — наоборот.

Что спросить у провайдера:

• С какими сетями напрямую пирингуется дата-центр (upstream-провайдеры, наличие точек обмена трафиком) — это определяет качество маршрутов до массовых сетей вроде крупных провайдеров связи вашего региона.
• Есть ли DDoS-защита на уровне сети и что именно она покрывает — это отдельная строка расходов, которая у одних включена в тариф, у других продаётся отдельно.
• Реальный тест: запустить traceroute/mtr до сервера из вашей точки на пробном периоде, а не верить общей карте дата-центров на сайте.

Что включено в цену, а что всплывёт отдельной строкой

Голая цифра тарифа сравнивается некорректно, если не учесть, что именно в неё входит. Отдельный публичный IPv4-адрес у одних провайдеров включён в тариф, у других — платная опция сверху (и это ощутимо, учитывая дефицит IPv4). Трафик может быть безлимитным, а может тарифицироваться сверх порога — здесь важно смотреть не только на цифру порога, но и на то, что происходит при его превышении: блокировка канала до конца месяца или доплата за перерасход. Резервные копии — это либо бесплатный снапшот раз в сутки, либо платная услуга с оплатой за каждый гигабайт хранения. Мы подробно разбирали весь список таких статей расходов, которые не видны в рекламной цене, в материале скрытые расходы хостинга, которых нет в прайсе — рекомендуем свериться с чек-листом оттуда перед тем как сравнивать два тарифа по одной цифре в прайсе.

Отдельно стоит цена продления против цены первого периода — вводная скидка на первый месяц или год у части провайдеров может маскировать более высокую цену на второй и последующие периоды, и сравнение «по акционной цене» вводит в заблуждение при долгосрочной аренде.

Поддержка, репутация и надёжность самого провайдера

Последний и самый трудноизмеримый фактор — то, что происходит, когда что-то идёт не так. Уровень поддержки: время первого ответа, компетентность (решает технический вопрос по существу или переключает между шаблонными ответами), доступные каналы (тикеты, чат, телефон). Дешёвый тариф часто соседствует с поддержкой по остаточному принципу — не потому что провайдер плохой, а потому что цена тарифа физически не оставляет бюджета на штат первой линии, способный разбираться в нетривиальных случаях.

Репутация и финансовая устойчивость самой компании — фактор, который прямо влияет на риск: провайдер, балансирующий на грани рентабельности, экономит на инфраструктуре (резервное питание, охлаждение, резервные каналы связи), что повышает вероятность простоев дата-центра, и в худшем случае — риск внезапного закрытия сервиса с потерей данных на сервере. Здесь нет универсальной метрики уровня «оценка 8 из 10» — но есть косвенные проверяемые признаки: как давно компания на рынке, публикует ли она статус-страницу с историей инцидентов, есть ли независимые отзывы про реальные случаи простоев именно у этого провайдера (не общие «всё плохо» без деталей).

Что спросить у провайдера или проверить самостоятельно:

• Есть ли публичная статус-страница с историей аптайма/инцидентов за последние месяцы.
• SLA по аптайму дата-центра — прописан ли он в договоре и что провайдер компенсирует при его нарушении (обычно это дни аренды, а не деньги, но сам факт SLA — уже сигнал зрелости компании).
• Как быстро отвечает поддержка на тестовый вопрос до оплаты — это лучший бесплатный тест реальной скорости реакции.

Методика: как сравнивать по-настоящему, а не по строке в прайсе

Собираем всё в порядок действий перед тем, как сравнивать цену двух внешне одинаковых тарифов:

1. Уточните модель процессора хоста и год её выпуска — сравнивать «4 vCPU» без этого бессмысленно.
2. Уточните тип vCPU: honest core или shared, и если есть возможность — коэффициент переподписки хоста (спросить напрямую, часть провайдеров отвечает честно).
3. Уточните тип диска буквально (NVMe / SATA SSD / сетевое хранилище) и ориентировочные IOPS.
4. Проверьте, что входит в цену: IP-адрес, объём и условия трафика, бэкапы/снапшоты, DDoS-защита — по чек-листу из статьи о скрытых расходах.
5. Сравните цену продления, а не только цену первого периода.
6. Возьмите пробный период (если он есть) и прогоните свою реальную нагрузку — не синтетический бенчмарк из интернета, а свой скрипт, свою базу, свой сайт.
7. Замерьте задержку и трассировку до своей аудитории с помощью ping и mtr, а не полагайтесь на карту дата-центров на сайте.
8. Задайте один нетривиальный технический вопрос в поддержку до оплаты и оцените скорость и качество ответа.

Простой шаблон команды для проверки сети с любого VPS в течение пробного периода:

# базовая задержка и стабильность
ping -c 20 ya.ru

# трассировка маршрута — видно, через сколько узлов и с какой задержкой на каждом
mtr -rw -c 50 ya.ru

# грубый тест диска на случайную запись (осторожно — создаёт нагрузку)
fio --name=randwrite --ioengine=libaio --rw=randwrite --bs=4k \
    --size=1G --numjobs=1 --runtime=30 --group_reporting

Результаты fio и mtr не сравнивайте с абсолютными цифрами из чужих обзоров в интернете — окружение всегда немного отличается. Их ценность в другом: прогнав одну и ту же команду на двух тарифах, которые сравниваете, вы получаете честное относительное сравнение именно этих двух серверов, а не рекламных цифр из прайса.

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