Практика Руководство

Как выбрать VPS для игрового сервера по реальной нагрузке

Подберите VPS под реальную нагрузку игрового сервера: однопоточная частота CPU, расчёт RAM с буфером сущностей и скорость NVMe IOPS.

Как выбрать VPS для игрового сервера по реальной нагрузке

Аренда виртуального сервера для игр часто оборачивается разочарованием: тариф с 8 виртуальными ядрами (vCPU) за небольшие деньги может безбожно лагать уже при 15 игроках, тогда как компактный 2-ядерный сервер на современном процессоре обеспечивает идеальный тикрейт. Причина кроется в архитектуре игровых движков, где основной цикл симуляции мира физически не способен параллелиться на множество ядер.

Инструкция предназначена для администраторов серверов Minecraft, Rust, CS2, Valheim и Factorio на Linux. На 28 октября 2026 года ключевым критерием выбора хостинга остаётся производительность на одно процессорное ядро (Single-Core IPC) и скорость дискового ввода-вывода.

Однопоточная производительность против количества ядер#

Главный цикл тика (Main Game Loop) в абсолютном большинстве игровых серверов рассчитывает перемещение игроков, баллистику, коллизии и физику строго последовательно. Каждый следующий тик зависит от результатов предыдущего:

  • Minecraft: расчёт чанков, мобов и редстоуна происходит в главном потоке Server thread.
  • Counter-Strike 2: подтиковая симуляция привязана к основному серверному потоку.
  • Rust: расчёт физики Unity и сетевая синхронизация работают в главном цикле.
  • Factorio: обновление фабрики (UPS) строго детерминировано и исполняется в один поток.

Поэтому сервер с 2 vCPU на процессоре с частотой 4.5–5.0 ГГц (Ryzen 7000/9000 или современные Intel Core/Xeon E) обеспечит в разы более плавную игру, чем сервер с 8 vCPU на старом процессоре с частотой 2.0–2.2 ГГц.

Проверить базовую частоту и модель процессора на Linux можно командой:

bash
lscpu | grep -E 'Model name|CPU MHz|CPU max MHz'

Если максимальная частота ядра ниже 3.0 ГГц, хостинг не подходит для динамичных онлайн-игр с плотным онлайном.

Расчёт оперативной памяти: базовый уровень и буфер сущностей#

Потребление RAM игровым сервером складывается из трёх изолированных составляющих:

  1. Системный уровень (OS + Docker + мониторинг): требует от 1.5 до 2.0 ГБ RAM для нормальной работы ядра Linux, Nginx, логов и демонов.
  2. Базовый аппетит игры: чистый пустой сервер потребляет от 2 ГБ (CS2, Factorio) до 6–8 ГБ (Rust, Palworld, modded Minecraft).
  3. Динамический рост: от 100 до 250 МБ на каждого активного игрока с учётом загруженных вокруг него областей мира и построек.

Оценить реальную свободную память и доступный кэш страниц на хосте:

bash
free -h

Всегда оставляйте не менее 2 ГБ неиспользуемой физической памяти сверх максимальных аппетитов игрового процесса, чтобы защитить систему от принудительного срабатывания Linux OOM Killer.

Ключевые критерии выбора VPS: высокая тактовая частота одного ядра, трехуровневый расчет RAM и быстрый NVMe для автосохранений.

Скорость накопителя и микрофризы автосохранений#

Если каждые 10–15 минут на сервере случается резкая задержка на 1–2 секунды, в 90% случаев это связано с низкой скоростью диска при автосохранении мира.

Такие игры, как Rust, Project Zomboid или Minecraft, периодически сбрасывают гигабайты структур мира из памяти на диск. Если сервер размещен на медленном HDD или виртуальном диске с жестким лимитом IOPS (операций ввода-вывода в секунду), процесс игры блокируется до завершения записи на диск.

Проверьте скорость случайной записи на вашем сервере с помощью fio:

bash
fio --name=write-test --ioengine=libaio --rw=randwrite --bs=4k --size=512M --numjobs=1 --iodepth=32 --runtime=10 --time_based --group_reporting

Для игровых серверов показатель IOPS на случайную запись должен быть не ниже 10 000 IOPS, а средняя задержка (clat) — менее 1–2 миллисекунд. Выбирайте исключительно тарифы с быстрыми локальными NVMe накопителями.

Сетевой пакетный лимит (Packets Per Second)#

Игровой сервер передаёт не столько большой объем трафика, сколько гигантское количество мелких UDP-пакетов высокой частоты (до 64–100 пакетов в секунду на каждого игрока).

Многие бюджетные облачные провайдеры рекламируют канал в 1 Гбит/с, но вводят жесткий скрытый лимит на число пакетов в секунду (PPS) на уровне гипервизора (например, не более 5 000 PPS на виртуальную машину). При превышении этого порога хостер начинает молча отбрасывать игровые пакеты, создавая искусственные телепорты и рассинхроны.

Если вы сопровождаете игровой парк через Nexardo, отслеживайте метрики задержки тиков и ввода-вывода узлов в реальном времени: точный подбор ресурсов под игровой профиль снижает затраты на хостинг и гарантирует стабильный онлайн.

Источники#