Автоперезапуск сервера Palworld по расписанию: как настроить

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

Серверный процесс Palworld держится на плаву не бесконечно: у него есть давно известная утечка памяти, из-за которой RAM растёт по мере работы сервера и не возвращается сама, пока процесс жив. Версия 1.0, вышедшая 10 июля 2026, эту проблему не устранила - Pocketpair годами смягчала её работой над производительностью, но фундаментальное поведение осталось прежним. Единственный практичный ответ - регулярный перезапуск сервера по расписанию, который сбрасывает накопленную память до того, как она перерастёт в лаги и краши. В этой статье разбираем, как понять, что пора рестартовать, как настроить расписание в панели или через cron, и как сделать это без потери прогресса игроков.

Почему автоперезапуск обязателен

Утечка памяти - не баг конкретного сервера, а особенность движка

RAM Palworld dedicated server растёт монотонно с момента старта процесса и продолжает расти, пока сервер не перезапустят - это не следствие неправильной настройки, а известная особенность серверного бинарника, воспроизводимая на любом железе. Даже при минимальном онлайне память со временем накапливается, а на активном сервере с несколькими игроками и множеством баз рост заметно быстрее.

Что происходит без рестартов

По мере роста потребления памяти сервер проходит несколько стадий деградации:

1. Первые часы работы - всё стабильно, RAM в пределах ожидаемого.
2. Через несколько часов - память заметно растёт, начинаются небольшие подлагивания и задержки в действиях Палов на базах.
3. При достижении предела RAM - сервер уходит в своп (если он есть) или сразу получает удар от OOM-killer операционной системы, что означает аварийную остановку процесса без корректного сохранения.

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

Рекомендация по RAM с учётом утечки

Минимум для любого сервера Palworld - 8 ГБ, но это именно минимум с расчётом на частые рестарты. Общий подход к расчёту объёма памяти под конкретный онлайн разобран в статье сколько RAM нужно серверу, но применительно к Palworld стоит закладывать запас сверху именно под рост между перезапусками - чем реже рестарт, тем больше запас нужен.

Как понять, что пора перезапускать сервер

Расписание “на глаз” рискует быть либо слишком частым (лишние прерывания для игроков), либо слишком редким (сервер успевает деградировать). Правильный подход - опираться на мониторинг.

Мониторинг RAM

Панель управления обычно показывает график потребления памяти процессом сервера в реальном времени. Если видите, что RAM стабильно растёт без плато и приближается к 80-85% от выделенного лимита за несколько часов - это сигнал сокращать интервал между рестартами.

Мониторинг тиков и отклика сервера

Помимо RAM, стоит следить за субъективной реакцией сервера: задержки в открытии инвентаря, “залипание” Палов на базах, рост пинга при том же самом канале - косвенные признаки, что память уже подъедает производительность, даже если формально лимит ещё не достигнут. Общие рекомендации по снижению нагрузки и стабилизации тика - в статье оптимизация сервера Palworld.

Практическое правило

Снимите замер потребления RAM сразу после старта сервера и ещё раз через 4-6 часов активной игры. Разница даёт представление о скорости роста конкретно на вашем сервере с вашим онлайном и модами - дальше расписание считается от этой цифры, а не от общих ориентиров.

Модификаторы, ускоряющие рост памяти

Скорость утечки не одинакова на всех серверах - она заметно зависит от того, что происходит в мире. Больше активных баз с высоким BaseCampWorkerMaxNum, плотный онлайн с постоянным исследованием новых чанков после выхода 1.0 (два новых региона Sunreach и World Tree добавили заметный объём карты) и активные моды, которые держат в памяти дополнительные данные, - всё это ускоряет рост RAM. Если после обновления до 1.0 старое расписание вдруг перестало справляться и сервер начал подлагивать раньше привычного времени, сначала проверьте память, а не спешите винить моды или железо.

Pterohost - сервер Palworld с мониторингом RAM в реальном времени и планировщиком задач в панели YourControl. Промокод 4START даёт -20% на первый заказ. Арендовать сервер Palworld

Настройка расписания

Есть два практичных способа настроить регулярный рестарт: через планировщик задач панели управления или через cron на своём сервере.

Планировщик задач в панели YourControl

На игровом хостинге с панелью YourControl расписание настраивается без единой команды в терминале - в разделе планировщика задач сервера добавляется задание типа “перезапуск” с нужным интервалом (например, каждые 8 часов) или конкретным временем суток. Панель сама вызывает корректную остановку и повторный запуск процесса, включая сохранение мира перед остановкой.

Cron на своём сервере

При самостоятельном администрировании на VPS или dedicated-сервере расписание собирается через crontab и bash-скрипт, который сначала предупреждает игроков и сохраняет мир, а затем останавливает и запускает процесс заново.

# crontab -e
# Рестарт каждые 8 часов с предупреждением игроков
0 */8 * * * /usr/local/bin/palworld-restart.sh >> /var/log/palworld-restart.log 2>&1

#!/bin/bash
# /usr/local/bin/palworld-restart.sh
RCON="/usr/local/bin/rcon -a 127.0.0.1:25575 -p ${RCON_PASSWORD:?set RCON_PASSWORD}"

$RCON "Broadcast Server_restart_in_10_minutes"
sleep 300
$RCON "Broadcast Server_restart_in_5_minutes"
sleep 240
$RCON "Broadcast Server_restart_in_1_minute"
sleep 60

$RCON "Save"
sleep 5
$RCON "Shutdown 10 Restarting_for_maintenance"

# systemd с Restart=on-failure или отдельный .timer поднимет процесс заново

Если сервер запущен под systemd, достаточно, чтобы юнит имел Restart=on-failure или похожую политику - после корректного Shutdown процесс завершится, а systemd поднимет его снова автоматически, без ручного вмешательства.

Предупреждение игроков перед рестартом

Тихий рестарт без предупреждения - частая причина потери прогресса и раздражения игроков, особенно если он застаёт кого-то в разгаре боя с боссом или посреди рейда на базу.

Broadcast с обратным отсчётом

RCON-команда Broadcast рассылает сообщение всем игрокам в чат сервера. Важная деталь синтаксиса: RCON-парсер Palworld разбивает команду по пробелам, поэтому многословный текст в Broadcast обрезается на первом слове - вместо пробелов используйте подчёркивания, сервер сам отобразит их игрокам как обычные пробелы. Полный разбор синтаксиса и других команд - в статье RCON-команды Palworld.

Минимальный набор предупреждений

Практика показывает, что для рестарта достаточно трёх сообщений: за 10 минут, за 5 минут и за 1 минуту до остановки. Этого хватает, чтобы игрок успел закончить бой, довести Пала до безопасной точки или просто выйти из игры без потери контекста.

Корректное сохранение перед остановкой

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

Pterohost - установка Palworld в один клик, планировщик рестартов и автобэкапы из одной панели. Промокод 4START даёт -20% на первый заказ. Заказать хостинг Palworld

Типичное расписание и связка с бэкапами

Ориентировочные интервалы

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

Рестарт и бэкап - разные, но связанные задачи

Автоперезапуск сбрасывает память, но не заменяет резервное копирование - это две отдельные задачи планировщика, которые стоит развести по времени, а не совмещать в один момент. Логичная схема: бэкап делается сразу после Save перед рестартом, пока мир гарантированно в консистентном состоянии, а затем идёт сама остановка и повторный запуск. Подробности настройки регулярных копий - в статье про бэкапы сервера Palworld, общий подход к автоматизации бэкапов игровых серверов - в материале автоматизация бэкапов.

# Фрагмент скрипта: бэкап сразу после Save, перед Shutdown
$RCON "Save"
sleep 5
tar -czf /backups/palworld-$(date +%F-%H%M).tar.gz \
  Pal/Saved/SaveGames/0/<save-id>/
$RCON "Shutdown 10 Restarting_for_maintenance"

Такая последовательность даёт двойную защиту: если рестарт по какой-то причине пройдёт некорректно, у вас всё равно останется свежий бэкап, снятый буквально за секунды до остановки процесса.

Ротация и хранение

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

Часто задаваемые вопросы

Почему сервер Palworld нужно перезапускать по расписанию?

У серверного процесса Palworld есть известная утечка памяти - RAM растёт со временем работы сервера и не освобождается сама, пока процесс жив. Версия 1.0 эту проблему не устранила. Единственный надёжный способ сбросить накопленную память - перезапустить процесс сервера, поэтому регулярный рестарт по расписанию обязателен, а не опционален.

Как часто нужно перезапускать сервер Palworld?

Типичная рекомендация - каждые 6-12 часов для серверов с постоянным высоким онлайном, и раз в 12-24 часа для менее нагруженных серверов на 4-8 слотов. Точный интервал стоит подбирать по факту роста RAM в мониторинге панели - если память заметно растёт уже через 4-5 часов, расписание нужно делать чаще.

Как предупредить игроков о перезапуске сервера Palworld?

Через RCON-команду Broadcast с несколькими предупреждениями перед остановкой - например, за 10, 5 и 1 минуту до рестарта, с последующей командой Save для принудительного сохранения мира и Shutdown с таймером для корректной остановки. Broadcast не поддерживает пробелы в тексте, вместо них используются подчёркивания.

Сохраняется ли мир Palworld перед автоматическим рестартом?

Да, если рестарт настроен правильно: перед остановкой сервера сначала выполняется RCON-команда Save для принудительного сохранения, а затем Shutdown с таймером, которая сама тоже корректно сохраняет мир перед завершением процесса. Жёсткий kill процесса без Save и Shutdown - риск потерять последние минуты прогресса.

Сколько RAM нужно закладывать под сервер Palworld с учётом утечек памяти?

Минимум 8 ГБ даже под маленький сервер на 4-8 игроков, с запасом сверх обычного расчёта именно под рост памяти между рестартами. Чем реже планируется перезапуск, тем больше запас RAM нужен закладывать - если рестарт раз в сутки, закладывайте на 30-50% больше, чем требует онлайн сам по себе.