Ёмкость публичного сервера Minecraft: как рассчитать ресурсы под реальный пик

Публичный сервер Minecraft редко падает из-за того, что владелец выбрал «неправильное число слотов». Он падает, когда на ивент заходят 40 игроков, все исследуют новые земли, работают три фермы, а основной поток сервера не успевает завершить тик вовремя. Этот гайд по ёмкости публичного сервера Minecraft помогает рассчитать ресурсы под такие реальные моменты, а не под цифры пустого лобби, которыми хостинг может впечатлить в описании тарифа.

Для публичного проекта ёмкость — это не только RAM. Это баланс между высокой однопоточной производительностью процессора, доступной памятью, быстрым диском, набором софта и запасом под внезапный наплыв игроков. Поймаете этот баланс — и игроки запомнят плавный PvP, быструю загрузку чанков и сервер, который не падает в момент анонса в Discord.

Что на самом деле ограничивает ёмкость публичного сервера

У ёмкости сервера Minecraft одно главное правило: сервер ощущается здоровым, только пока держит 20 TPS. При 20 TPS игра обрабатывает тик каждые 50 миллисекунд. Когда время тика выходит за этот предел, мобы реагируют с опозданием, редстоун сбивается, блоки ставятся медленно, и игроки называют это лагами.

Для большинства серверов на Paper, Purpur, Forge и Fabric первым ограничением становится процессор. Часть работы Minecraft действительно раскладывает по нескольким потокам, но основной цикл тика по-прежнему сильно опирается на одно быстрое ядро. Дополнительные vCPU полезны для сети, генерации мира, плагинов, работы с базами и фоновых задач. Но высокую однопоточную производительность они не заменяют.

Второе ограничение — оперативная память, особенно на модовых серверах. Нехватка памяти даёт паузы сборки мусора, падения и подтормаживания при загрузке чанков. Избыток тоже бывает во вред, если выделен бездумно. Java нужны разумные JVM-флаги и свободное место для операционной системы и процессов панели. Если выдать 20 ГБ маленькому ванильному миру, он не начнёт волшебным образом держать 100 игроков.

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

Отталкивайтесь от типа сервера

Число слотов само по себе — не планирование ёмкости. SMP на 30 человек с тесной границей мира и базовыми плагинами для удобства может отлично работать на ресурсах, на которых тяжёлая модовая сборка Forge задыхалась бы уже при 10 игроках.

Возьмите тип сервера за отправную точку и добавьте запас под то, как реально играет ваше сообщество.

Это стартовые диапазоны, а не обещания. Чистый Paper-сервер на 6 ГБ с грамотно подобранными плагинами может обогнать сервер на 12 ГБ, забитый неэффективными скриптами, неоптимизированными фермами и безлимитной дальностью прорисовки. Быстро прикинуть объём под свою сборку поможет калькулятор RAM.

Публичные серверы на Vanilla и Paper

Новому публичному SMP для контролируемого запуска с разумным лимитом игроков обычно хватает 4–6 ГБ RAM, особенно на Paper или Purpur. Настоящий приоритет — быстрый процессор Ryzen или EPYC и конфигурация, которая не даст игрокам в первый же день нагенерировать тысячи чанков во все стороны.

Если на сервере приваты, ранги, косметика, интеграция с Discord, кейсы, работы, аукционы, кастомные предметы и активные инструменты модерации, планируйте ближе к 6–10 ГБ. Каждый плагин по отдельности кажется небольшим, но на публичных серверах функции копятся быстро. И главное, плагины могут добавлять работу в каждый тик, а это бьёт по TPS задолго до того, как заполнится память. Подробнее — в разборе сколько оперативки нужно Paper-серверу.

Модовые серверы на Forge и Fabric

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

Запускайте публичный проект на Forge с таким объёмом памяти, чтобы пак комфортно загружался, и оставляйте запас под активных игроков и обычную сборку мусора. Для многих паков разумный минимум — 8 ГБ. Крупным сборкам и сообществам с базами, забитыми автоматизацией, часто нужно 12–16 ГБ и больше — см. сколько RAM нужно модовому серверу.

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

Планируйте под пики, а не под средний онлайн

Если в среднем на сервере 12 игроков, а на выходных ивентах — 35, ёмкость нужно строить под 35. Публичные сообщества живут всплесками. Ролик в TikTok, стрим блогера, день вайпа, выход обновления или PvP-турнир за один час могут дать больше нагрузки, чем тихий будний день за сутки.

Хорошее правило — держать 25–35% запаса в свой обычный пиковый час. Если сервер начинает задыхаться ровно на ожидаемом максимуме, у него не остаётся места на исследование мира, случайно построенную мобоферму или задачу плагина, которая запустилась в неудачный момент.

Вместо лимита слотов следите за такими сигналами:

• TPS стабильно ниже 19,5 во время активной игры
• Время тика приближается к 50 мс или превышает их
• Память держится у предела или часто появляются ошибки out-of-memory
• Длинные паузы сборки мусора
• Всплески генерации чанков, когда игроки исследуют мир
• Упор процессора в основном потоке сервера

Когда производительность проседает, запускайте профайлер. Инструменты вроде spark показывают, откуда проблема: плагин, энтити, редстоун, генерация чанков, конкретный мир или модовая машина. Догадки ведут к лишним апгрейдам. Замеры подсказывают, что делать: оптимизировать, ограничить функцию, предгенерировать местность или расширить тариф. Полная диагностика — в гайде как поднять низкий TPS.

Настройки, которые быстро меняют ёмкость

View distance и simulation distance — одни из самых мощных рычагов ёмкости. View distance определяет, сколько местности видят игроки. Simulation distance — насколько далеко остаются активными энтити, посевы, редстоун и другие тикающие системы. Разумная simulation distance обычно защищает TPS лучше, чем просто добавление памяти. Рекомендуемые значения есть в гайде по настройкам Paper.

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

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

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

Когда одного сервера уже недостаточно

В какой-то момент наращивать один экземпляр перестаёт быть лучшим решением. Если у вас лобби, выживание, SkyBlock, мини-игры, ивенты и креатив с участками, разнесите их по отдельным бэкенд-серверам — каждый режим получит свой бюджет производительности. Прокси вроде BungeeCord или Velocity переводит игроков между ними так, что сеть не ощущается раздробленной.

Такой подход ещё и снижает риски. Загруженный ивент-сервер не должен делать основной SMP неиграбельным. Обновление модпака не должно требовать остановки никак не связанного лобби. Цена — больше настройки и больше координации прав, данных игроков, чата и общей экономики.

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

План ёмкости, который можно наращивать

Запускайтесь с лимитом игроков, который сервер действительно выдерживает, а не с числом, до которого вы надеетесь дорасти. Настройте оповещения, разбирайте TPS после ивентов и включите автоматические бэкапы раньше, чем рост сделает каждое изменение рискованным. Быстрый NVMe, защита от DDoS и проверенные бэкапы — не эффектные функции, но именно они защищают мир, который сообщество строило месяцами.

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