Сколько RAM нужно под игровой сервер — общая методика расчёта

MAATRIX GAMES

Берёшь тариф "на глаз", сервер падает в OOM через час активного лута, или наоборот — платишь за 16 ГБ, из которых реально ест три. Обе ситуации — от одной и той же причины: RAM под игровой сервер считают либо интуитивно, либо по цифре из шапки Steam-страницы игры, которая почти всегда занижена. Дальше — рабочая методика, по которой можно прикинуть объём для любой игры за пару минут, без танцев с бубном и без переплаты за железо, которое просто будет простаивать.

Из чего вообще складывается потребление RAM

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

База движка (engine baseline). Это память, которую процесс сервера съедает сразу после старта, ещё до захода первого игрока: загрузка карты/мира, инициализация физики, сетевого стека, базы данных сохранений. У Minecraft на ванильном Paper это порядка 1-1.5 ГБ, у Rust — уже 3-4 ГБ из-за процедурной генерации карты и загрузки всех entity, у ARK: Survival Ascended — от 6 ГБ, потому что там Unreal Engine 5 со всеми потрохами. Это тот минимум, ниже которого сервер просто не стартует или падает при загрузке мира.

Добавка на каждого игрока. Каждое активное подключение — это дополнительные структуры данных: инвентарь, позиция, view distance, сетевые буферы. Для условного шутера (CS2, TF2) это copeck-и — по 5-15 МБ на слот, потому что состояние игрока лёгкое. Для песочниц и survival — счёт идёт на десятки-сотни МБ на игрока, особенно если у каждого свой чанк построек или большой инвентарь. Практическое правило для расчёта: (базовая память) + (игроки × вес на игрока для этого жанра).

Добавка на моды/плагины. Самая недооценённая статья расхода. Один Paper-плагин типа EssentialsX почти не заметен, но пачка из 20+ плагинов с экономикой, кланами, кастомными мобами легко добавляет 500 МБ - 1.5 ГБ сверху. У модовых сборок (Forge, Fabric) ситуация ещё жёстче: крупный модпак вроде All the Mods или RLCraft может требовать вдвое больше RAM, чем ванильный сервер той же игры — каждый мод регистрирует свои сущности, блоки, рецепты, и всё это живёт в памяти постоянно, а не только когда используется.

Кэш и файловый буфер ОС. Часто забывают, что операционная система тоже хочет память — под дисковый кэш, сетевые буферы, служебные процессы (systemd, cron, панель управления вроде Pterodactyl-агента). На это стоит закладывать 300-500 МБ сверху отдельно от расчёта самого игрового процесса, иначе сервер, который "по расчёту" укладывается тютелька в тютельку, на практике начинает уходить в своп.

Формула для прикидки

Грубая, но рабочая формула:

Нужная RAM = База движка
            + (Игроки × Вес на игрока)
            + Моды/плагины (по факту установленного)
            + 300-500 МБ на ОС и панель
            × запас 15-20%

Запас в конце — не жадность хостера, а страховка от пиковых нагрузок: массовый заход игроков после рестарта, PvP-замес с десятками entity одновременно, генерация нового участка карты. Без запаса сервер работает нормально в average, но летит в самый горячий момент — обычно вечером выходного дня, когда online максимальный.

Пример на Rust: база 4 ГБ + 30 игроков × ~80 МБ (~2.4 ГБ) + Oxide/uMod с десятком плагинов (~1 ГБ) = 7.4 ГБ, ×1.15 запаса ≈ 8.5 ГБ. Здесь как раз видно, почему для Rust на 30+ слотов минимальный комфортный порог — около 8 ГБ, а не 4, которые часто рекламируют в дешёвых тарифах.

Ориентиры по жанрам

Раскладка по типам игр, если считать без модов — просто ванильный сервер плюс игроки:

Это именно ориентиры, не измеренные бенчмарки — реальное потребление зависит от версии игры, конфигов и того, что именно происходит на сервере в моменте. Для точных чисел по конкретным 52 играм каталога MAATRIX смотри значения RAM в описании каждой игры на сайте — они уже подобраны с запасом под типичный сценарий "ванилла + пачка популярных плагинов".

Тарифы MAATRIX и на что их хватает

У MAATRIX пять тарифов по RAM, от пробного до тяжёлого:

Сколько именно памяти каталог закладывает под конкретную игру, смотри в карточке игры на games.maatrix.io при создании сервера — эти цифры могут точечно корректироваться по мере обновлений движков, хотя тарифная сетка выше уже отражает актуальные параметры RAM/vCPU/SSD и цены. Логика подбора та же, что описана выше: берёшь свой жанр, прикидываешь онлайн и набор модов, сверяешься с ближайшим тарифом сверху (не впритык, а с запасом).

Когда апгрейдить тариф

Три сигнала, что текущего объёма RAM уже не хватает, а не "подождёт":

• Своп активен постоянно. Если в панели или через free -h на сервере (для VPS-доступа) видно, что used swap растёт и не падает — это уже не временный пик, а системная нехватка. Игра при этом ощутимо лагает даже при низком онлайне.
• TPS/тикрейт проседает без видимой причины по CPU. Часто путают нехватку CPU и RAM — но если ядро загружено нормально, а тики всё равно тормозят, причина обычно в GC-паузах (для Java-серверов вроде Minecraft) из-за нехватки heap. Подробнее про диагностику — в статье про мониторинг TPS и лагов на игровом сервере.
• Краши при пиковом онлайне или загрузке новых зон карты. Классика для survival-игр — сервер стабилен на 10 игроках, но падает при 20+, потому что каждый новый игрок добавляет нагрузку на память, а лимит уже был на грани. Если это про вас — заодно проверьте как правильно настроить лимит игроков на сервере, потому что связка "лимит слотов + доступная RAM" считается вместе, а не по отдельности.

Апгрейд тарифа в панели MAATRIX не требует переустановки — память добавляется на лету или с коротким рестартом, мир и прогресс сохраняются. Если наоборот подозреваете, что переплачиваете за неиспользуемую RAM — это тоже видно по стабильно низкому used в мониторинге, и можно спуститься на тариф ниже без потери производительности.

Частые примеры расчёта

Пара живых кейсов, чтобы формула не оставалась абстрактной.

Minecraft-сервер на 15 друзей с модами (Paper + 10 плагинов, среди них экономика и кланы). База Paper ~1.2 ГБ + 15 игроков × ~40 МБ (~0.6 ГБ) + плагины ~0.8 ГБ + ОС 0.4 ГБ = 3 ГБ, с запасом 15% — около 3.5 ГБ. Тариф Базовый (2 ГБ, 699₽) для такого расчёта уже мал, а Геймер (4 ГБ, 999₽) покрывает цифру впритык — без запаса под будущие плагины. Для комфорта лучше сразу брать Про (8 ГБ, 1999₽).

Rust-сервер на клан из 40 человек с Oxide-плагинами (raidable bases, kits, economy). База 4 ГБ + 40 × 90 МБ (~3.6 ГБ) + плагины ~1.2 ГБ + ОС 0.4 ГБ = 9.2 ГБ, ×1.15 ≈ 10.6 ГБ. Здесь уже нужен тариф Хард (16 ГБ, 3999₽) — Про (8 ГБ) на таком онлайне будет соплить свопом в прайм-тайм.

ARK: Survival Ascended, соло-кластер на 3 карты для себя и пары друзей. Даже при низком онлайне база движка UE5 (от 6 ГБ на карту) — доминирующий фактор, не количество игроков. Три карты кластера — это фактически три независимых процесса, и считать RAM нужно по сумме, а не по одной карте. Если планируете такой кластер, изучите заранее нюансы через статью про проблемы с кластерами серверов ARK — там разбираются похожие подводные камни с распределением ресурсов между картами.

Типичные ошибки при расчёте RAM

• Считать только по игрокам, забыв про базу движка. Особенно больно бьёт на тяжёлых survival — сервер на 5 человек с базой 8 ГБ требует больше памяти, чем шутер на 30 человек с базой 1 ГБ.
• Верить заявленным минимальным требованиям из Steam. Это цифры "чтобы вообще запустилось на одном игроке", а не "чтобы стабильно работало с реальным онлайном и плагинами".
• Не закладывать запас на моды, которые поставите позже. Проще сразу взять тариф с небольшим запасом, чем потом мигрировать сервер при первом же добавленном модпаке. Если миграция всё же понадобится — процесс без потери мира описан в статье про перенос сервера к другому хостеру.
• Игнорировать разницу между Java- и нативными серверами. Java-серверы (Minecraft) держат отдельный heap с собственной логикой сборки мусора — тут может помочь оптимизация JVM-флагов и настроек, разобранная в статье про оптимизацию модов и TPS на Minecraft-сервере, прежде чем сразу брать тариф выше.

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