Когда требуется перенос сервера
Перенос на другой VPS может потребоваться из-за слабого процессора, нестабильной сети, высокой цены, нехватки дискового пространства или неудобного расположения дата-центра.
Миграцию лучше планировать заранее. Если старый сервер уже работает нестабильно или диск близок к отказу, времени на спокойную подготовку может не остаться.
Перед переносом запишите текущую структуру проекта:
- каталог игрового сервера;
- имя системного пользователя;
- параметры запуска;
- используемые порты;
- установленные плагины;
- расположение конфигураций;
- данные базы;
- systemd-службу;
- cron-задачи;
- правила firewall;
- домены и DNS-записи.
Подготовка нового VPS
Установите совместимую операционную систему и необходимые библиотеки. Желательно использовать актуальную LTS-версию Linux.
Создайте отдельного пользователя для игрового процесса. Не переносите проект в каталог root и не запускайте сервер с максимальными правами.
На новом VPS заранее настройте:
- SSH-ключи;
- firewall;
- часовой пояс;
- синхронизацию времени;
- SteamCMD;
- системные библиотеки;
- каталог сервера;
- резервное копирование;
- мониторинг свободного места.
Создайте финальную резервную копию
До остановки можно перенести большую часть статических файлов, но финальную копию конфигураций и базы следует создавать после остановки игрового процесса.
Сохраните:
- папку
cfg; - Metamod;
- CounterStrikeSharp;
- плагины;
- конфигурации расширений;
- пользовательские карты;
- права администраторов;
- дамп базы данных;
- скрипты запуска;
- unit-файлы systemd;
- приватные параметры интеграций.
Не копируйте работающие файлы базы как обычную папку. Используйте штатный дамп СУБД.
Первый предварительный перенос
Большие карты и стандартные игровые файлы можно перенести заранее. Это сокращает финальный простой.
Другой вариант — установить чистый сервер через SteamCMD на новом VPS, а затем перенести только пользовательские данные. Такой подход уменьшает риск переноса повреждённых стандартных файлов.
Финальное окно обслуживания
Предупредите игроков о технических работах. В назначенное время:
1. Остановите старый сервер. 2. Создайте финальный дамп базы. 3. Скопируйте изменившиеся файлы. 4. Проверьте контрольные суммы. 5. Восстановите владельца и права. 6. Запустите сервер на новом VPS. 7. Выполните внутреннюю проверку. 8. Откройте доступ игрокам.
Не удаляйте старый VPS сразу. Оставьте его выключенным или недоступным игрокам до завершения проверки.
Порты и адреса
На новом сервере могут использоваться другие сетевые интерфейсы и IP. Проверьте параметры запуска, firewall и привязку служб.
Если плагины подключаются к базе по старому адресу, обновите конфигурации. Аналогично проверьте webhook, API, ботов и сайт.
DNS и домены
Если игроки подключаются через доменное имя, уменьшите TTL заранее. После запуска измените DNS-запись на новый IP.
Изменение DNS распространяется не мгновенно. Некоторое время разные пользователи могут попадать на разные адреса.
Не запускайте одновременно два независимых сервера с одной общей базой, если система не рассчитана на параллельную запись.
Проверка после запуска
Проверьте:
- подключение клиента;
- загрузку стартовой карты;
- смену карты;
- административные команды;
- плагины;
- запись статистики;
- права файлов;
- автозапуск;
- перезапуск после сбоя;
- создание резервной копии.
Затем проверьте карточку сервера на cs2-monitor.com. Мониторинг должен получать актуальные название, карту и онлайн с нового адреса.
Сравнение производительности
До переноса сохраните показатели старого VPS:
- загрузку CPU;
- память;
- пинг;
- время запуска;
- время смены карты;
- средний онлайн;
- частоту ошибок.
После миграции сравните результаты в одинаковых условиях. Сам факт переезда не гарантирует улучшение, если новый провайдер использует перегруженные ресурсы.
Когда отключать старый сервер
Отключайте старый VPS только после того, как:
- новый сервер проработал без ошибок;
- база записывает данные;
- резервные копии создаются;
- DNS обновился;
- игроки подключаются;
- внешние интеграции работают.
Итог
Безопасный перенос состоит из подготовки нового VPS, резервной копии, тестового запуска и короткого финального окна обслуживания.
Не удаляйте старую площадку сразу и не ограничивайтесь копированием одной игровой папки. Проверьте базу, systemd, firewall, DNS и все внешние интеграции.