Привет, Хабр!

До этого я сравнивал интересные мне хостинги примерно раз в год — не видел смысла делать это чаще. После недавнего сравнения российских VPS/VDS-хостингов прошло не так много времени, но появился повод вновь вернуться к этой теме. А именно, в комментариях вполне ожидаемо спросили «а где остальные крупные игроки?», да и в личку написало несколько представителей компаний с предложением протестировать их услуги. Поэтому пока старые цифры не остыли, по просьбам трудящихся решил добавить к результатам тестов ещё несколько компаний, которые мне показались интересными. 

Под катом — результаты тестирования уже 9 серверов от следующих компаний: трёх новых (FirstVDS, AdminVPS, Рег.ру) и 6 старых (Timeweb, RUVDS, CLO, AEZA, VDSina и Selectel). Теперь, когда результатов стало больше, можно не только посмотреть на новичков, но и оценить, насколько они меняют в целом общую картинку.

Disclaimer

Как и в прошлый раз, это не полноценное нагрузочное тестирование и не исследование надёжности на дистанции. Каждый результат относится к одному конкретному виртуальному серверу в конкретный момент времени. На другой ноде, в другом ЦОДе и даже в другое время цифры могут отличаться.

AIDA64 на виртуалках иногда странно определяет модель процессора, частоту и задержки кэша. Поэтому какие-то аномальные значения вроде нулевой задержки или очень низкой частоты у процессора не всегда полностью отражают действительность.

Тестирование вновь проводилось на чистых серверах сразу после развёртывания. Серверы FirstVDS и AdminVPS имеют в своих конфигурациях по 2 ядра в отличие от Рег.ру с 4 ядрами, а потому сравнение не идеально симметричное. За счёт этого у сервера Рег.ру есть небольшое преимущество против других испытуемых.

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

FirstVDS

Начнём с FirstVDS, одного из старожилов российского рынка. Для теста я выбрал тариф VDS-KVM-SSD-Разгон-10.0 с конфигурацией: CPU 2, RAM 4, SSD 60. Обошлась мне эта конфигурация в 2279 ₽.

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

AIDA64 в качестве процессора выдала Intel Xeon Silver семейства Cascade Lake-SP (выпущены в 2019 году). Сам по себе процессор неплохой, но результаты тестирования явно показывают, что с сервером что-то не так. Огромная задержка у кэша 3-го уровня тоже выглядит очень пугающе:

В тесте GPGPU картина не лучше. В AIDA64 сервер показал самые низкие результаты среди всех девяти протестированных серверов. Возможно, мне просто не повезло, но тратить деньги и нервы на гачу с попыткой выбить себе сервер с нормальной производительностью у меня желания не возникло.

Производительность диска немного вытягивает общую картинку: она находится на уровне средних SSD, однако, wow-эффекта не вызывает:

В отзывах FirstVDS обычно хвалят за низкие цены и большой выбор тарифов. А вот среди претензий часто встречается примерно то же, что увидел и я: нестабильная производительность, медленная работа серверов и неожиданные перезагрузки.

В мае-июне 2026 года у провайдера случилась крупная авария в Амстердаме, о которой было несколько публикаций на Хабре. Из-за проблем с охлаждением серверы несколько раз отключались: примерно на пять часов 27 мая, ещё на пять часов 26 июня и почти на четыре часа 29 июня. Но самым неприятным оказался следующий сбой. С позднего вечера 29 июня до 1 июля площадка была недоступна около 44 часов.

Сам по себе сбой серьёзный, но публичный разбор с полной хронологией заслуживает отдельной похвалы. Не каждый провайдер готов настолько подробно рассказывать про подобные аварии.

Как я уже сказал выше, у FirstVDS нельзя просто взять и пересоздать сервер в течение первого месяца, можно лишь заказать ещё один. Но закидывать деньги ещё на один сервер для призрачного шанса получить нормальный сервер я не решился. Переустановка ОС на текущем сервере не решила проблему. Учитывая, что мне и на CLO и на FirstVDS с 1 попытки попались фиговые серверы, недалеко от правды, что у них такое случается довольно часто.

AdminVPS

Следующий новичок — сервер от AdminVPS. Тут конфигурация (CPU 2, RAM 4 и NVMe 60) обошлась мне в 1899 ₽.

К сожалению, AIDA64 не смогла даже близко определить модель процессора, однако тестирование памяти и первых двух кэшей показало неплохой результат. Тестирование кэша 3-го уровня провести не удалось: программа просто выдаёт ошибку и пропускает его:

В тесте GPGPU сервер также показал довольно средние результаты:

А вот производительность диска немного расстроила. Для NVMe очень низкие показатели последовательных операций; случайные операции показали одни из самых низких результатов среди всех подопытных:

В отзывах AdminVPS чаще всего хвалят работу поддержки, помощь с администрированием, бесплатный перенос сайтов и удобную панель управления. Среди недостатков чаще всего отмечают ограниченный трафик, медленную работу отдельных VPS и ситуации, когда поддержка надолго пропадает (в основном во время аварий).

Также в конце июня 2026 года пользователи писали о простое более суток в нидерландской локации. Исходя из ответов AdminVPS, стало известно о критическом сбое охлаждения в дата-центре, который затронул всю инфраструктуру площадки. По датам и описанию проблемы инцидент совпадает с аварией у FirstVDS, поэтому предположу, что хостятся они в одном ЦОДе. 

Основная претензия у пользователей была даже не к самому падению, а к отсутствию понятных сроков восстановления и долгим ответам поддержки.

Рег.ру

Последний тестируемый из новичков — Рег.ру. Тут конфигурация CPU 4, RAM 4, SSD 80 обошлась мне в 2770 ₽.

AIDA64 определила процессор как Milan, то есть серверный AMD EPYC третьего поколения (дата выпуска — 2021 год). И вот здесь цифры очень хорошие, причём как у памяти, так и у кэшей:

В GPGPU сервер также показал очень хорошие результаты: 426 GFLOPS в одинарной точности и 212,9 GFLOPS в двойной. В общей таблице это третье место после RUVDS и AEZA, однако хочу напомнить, что в случае с Рег.ру у сервера было 4 ядра, что дало ему некоторое преимущество:

Диск показал 5134 МБ/с на чтение и 5102 МБ/с на запись в SEQ1M Q8T1. Это почти уровень диска у AEZA, который в данном показателе удерживает первое место. Остальные показатели уже скромнее, однако тоже находятся на достойном уровне:

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

Самая известная крупная авария произошла 28 июня 2021 года в дата-центре «Курчатовский». Из-за проблем с электропитанием стали недоступны хостинг и часть VPS. Авария началась примерно в 13:45, к 17:00 восстановили около 90% сайтов, а к 20:03 — почти все. 

Немного о сбоях у участников первого тестирования

Пока я проводил тестирование у новой тройки игроков, сразу несколько участников с прошлого сравнения также столкнулись с крупными сбоями.

RUVDS: срыв покровов

У RUVDS в казанском ДЦ произошёл простой из-за работы оперативных служб, из-за чего часть оборудования была изъята на несколько дней в рамках ОРМ. Об этом они подробно рассказали у себя в блоге на Хабре, попутно пролив свет на то, что некоторые другие хостеры маскировали под затянувшиеся технические работы. Откровенное и интересное чтиво, между прочим.

VDSina: серверы выключили вместе с бэкапами

VDSina — 2 июня 2026 года дата-центр nLighten без предупреждения обесточил оборудование MIRhosting в Нидерландах и Германии. Через этого оптового партнёра работали VDSina, McHost и ещё несколько провайдеров. Стойки оказались выключены, доступ к оборудованию ограничили, а часть резервных копий осталась внутри той же физической инфраструктуры. Формально данные никуда не исчезли, но получить их без питания и доступа к серверам было невозможно.

Ситуация осложнялась тем, что незадолго до отключения нидерландские власти провели рейды и изъяли более 800 серверов по подозрению в нарушении санкционного режима. По данным «Коммерсанта», пострадали десятки хостинг-провайдеров и VPN-сервисов, только у одного из провайдеров отключилось не менее 15 тысяч сайтов. 

7 июня VDSina сообщили о завершении переноса и восстановлении услуг одного амстердамского дата-центра, а 15 июня — о согласованном вывозе оборудования из другого ЦОДа с последующим запуском на новой площадке. Т. е для части клиентов доступ уже восстановлен, а для другой части восстановление заняло заметно больше времени.

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

На момент написания статьи, массовой недоступности не наблюдается, однако и о полном восстановлении доступности хостинг публично не заявлял. Поэтому сложно судить, была ли устранена проблема.

Timeweb: больше 50 часов простоя из-за охлаждения

У Timeweb ситуация схожа с FirstVDS и AdminVPS: серверы регулярно падали из-за проблем с электропитанием и охлаждением. За май и июнь 2026 года зафиксировали шесть крупных аварий. 

Один из пользователей Хабра насчитал около 46 часов недоступности за два месяца, причём на момент публикации авария продолжалась уже более 15 часов. Сам же Timeweb позже сообщил, что часть проектов была недоступна более 50 часов. К началу июля работу полностью восстановили, однако сам провайдер признал, что площадка, которая не справляется с охлаждением и слишком долго возвращает его в строй, не соответствует его требованиям.

Самое неприятное здесь не столько отдельная авария, сколько повторяемость. После первого отключения дата-центр сообщал об усилении охлаждения, однако через несколько дней и затем в июне проблема вернулась. При заявленной доступности 99,98% допустимый годовой простой составляет около 1 часа 45 минут. Амстердамская зона многократно превысила годовой лимит всего за два месяца. 

Финальное сравнение серверов

После добавления новых тестируемых, верхушка рейтинга немного меняется. По пропускной способности памяти лучшими остаются RUVDS и CLO, а Рег.ру держится рядом: второе место по чтению и третье по записи и копированию.

По кэшу картина похожая. RUVDS сохраняет лидерство в L1, а AEZA в большинстве L2 и L3. Рег.ру не уступает во многих параметрах и занимает первое место в пункте L3 Copy. В целом, сервер Рег.ру в данном тестировании уверенно входит в тройку лидеров.

AdminVPS находится примерно на том же уровне, что и Timeweb с VDSina. FirstVDS, к сожалению, отстаёт с огромным разрывом:

По диску первое место в последовательных операциях так и осталось за AEZA, хотя Рег.ру максимально наступает на пятки и занимает второе место.

В случайных операциях лидерство так и осталось за RUVDS. Новая тройка тестируемых тут показали относительно скромные результаты.

Финальные мысли

Относительно прошлой статьи, картина в тестах практически не поменялась, безоговорочного победителя по-прежнему нет. Рег.ру показали лучший результат среди новой тройки и вошли в общий топ вместе с AEZA и RUVDS. 

AdminVPS показал довольно сбалансированные результаты, на уровне Timeweb и VDSina.

С FirstVDS мне явно не повезло. Производительность диска в целом показала нормальный результат, но CPU и память мне достались слишком слабые, уступившие даже серверу от VDSina из прошлого тестирования. 

Главный вывод, который хотелось бы сделать на фоне последних крупных аварий: размещать все яйца в одной корзине всю инфраструктуру в одном месте довольно рискованно, а для крупных проектов просто противопоказано. Проблемы могут возникнуть как на стороне провайдера, так и в дата-центре.

В случае VDSina вместе с серверами оказались недоступны и все бэкапы, а пользователи Timeweb, AdminVPS и FirstVDS столкнулись с огромным простоем из-за повторяющихся проблем с охлаждением.

Поэтому для важных проектов лучше использовать хотя бы две отдельные виртуалки в независимых дата-центрах (а, возможно, и у разных провайдеров) и настроить синхронизацию между ними.

На этот раз точно всё — если хотите рассказать про ещё какой-то хостинг, можете повторить тесты самостоятельно и сравнить их в комментариях с цифрами из табличек выше.

Спасибо за внимание!