Что делать, если хостинг-провайдер закрывается — план эвакуации

MAATRIX GAMES

Письмо в почте с темой «Important notice regarding your account» или пост в блоге хостера «мы прекращаем предоставление услуг с такого-то числа» — и внутри неприятный холодок: а где вообще лежат последние бэкапы, сколько времени есть на переезд и что сказать игрокам, которые полгода строили базу на этом сервере. Разница между спокойной эвакуацией за выходные и потерянным миром обычно решается не в момент письма, а задолго до него — тем, что вы держали наготове.

Признаки, что хостинг скоро закроется — не ждите официального письма

Крупные провайдеры обычно предупреждают заранее — 30-90 дней, иногда больше. Но письмо приходит не всегда первым сигналом, и мелкие/средние хостеры порой закрываются почти без объявления. На что стоит смотреть заранее, независимо от того, у кого вы арендуете сервер:

• Техподдержка отвечает всё медленнее, тикеты неделями висят без движения — часто это первый видимый симптом, что штат сокращают или компания сворачивает операционку.
• Панель управления и биллинг перестают обновляться — на сайте старый дизайн, в блоге полгода тишина, в соцсетях последний пост датирован прошлым годом.
• Массовые жалобы на форумах (Reddit, тематические Discord-сообщества, LowEndTalk и подобные) про недоступность серверов, необъяснимые списания или невозможность вывести деньги с баланса.
• Смена юрлица или домена без внятного объяснения — иногда это подготовка к тихому закрытию под другим брендом, а старые клиенты остаются ни с чем.
• Резкое падение цен или демпинговые акции у хостера, который раньше в них не замечен, — иногда попытка получить последний денежный поток перед закрытием (это не всегда так, но в сочетании с другими признаками — тревожный звоночек).

Ни один признак по отдельности не приговор, но если совпали два-три — самое время не ждать официального письма, а начать подготовку заранее, пока есть время выбирать спокойно, а не в панике за 48 часов до отключения.

Эвакуационный чемодан: что должно быть готово ещё до тревожных звонков

Хорошая новость: если у вас уже настроен грамотный процесс бэкапов и есть план миграции, закрытие провайдера — это просто более срочная версия обычного переезда. Плохая новость: если ничего этого нет, готовить всё придётся в моменте, а времени может не хватить. Минимальный «эвакуационный чемодан», который стоит держать наготове постоянно, а не только когда запахло жареным:

Держите этот список не в голове, а в текстовом файле или заметке — в стрессовой ситуации легко забыть очевидный пункт вроде «а у меня вообще есть логин у запасного хостера».

Offsite-бэкап — без него эвакуация невозможна физически

Если бэкапы лежат на том же сервере или в том же дата-центре, что и основная машина, при закрытии хостера они закрываются вместе с сервером. Иногда провайдер оставляет доступ на несколько дней после официальной даты отключения — но полагаться на добрую волю компании, которая уже решила уйти с рынка, не стоит. Offsite-копия (за пределами инфраструктуры этого конкретного провайдера) — единственное, что гарантированно останется у вас в руках, что бы ни случилось с хостером.

Рабочая связка для игрового сервера — rclone (умеет синхронизировать с S3, Backblaze B2, Google Drive и десятками других бэкендов) или restic (дедупликация и шифрование из коробки):

# синхронизация мира и конфигов на внешнее S3-совместимое хранилище
rclone sync /home/mcserver/world remote-backup:gameserver-backups/world \
  --exclude "*.tmp" --log-file /var/log/rclone-backup.log

# то же через restic, с версионированием и шифрованием
restic -r s3:s3.eu-central-1.amazonaws.com/gameserver-backups backup /home/mcserver
restic -r s3:s3.eu-central-1.amazonaws.com/gameserver-backups forget --keep-daily 7 --keep-weekly 4

Ключевое правило: бэкап должен физически лежать не у того же провайдера и по возможности не в том же регионе. S3-хранилище другой компании, свой NAS дома, диск другого облачного провайдера — подходит любой вариант, лишь бы отключение конкретного хостера его не затрагивало. Раз в месяц стоит реально пробовать восстановиться из этого бэкапа на тестовом инстансе — бэкап, который никогда не проверяли на восстановление, по факту не бэкап, а надежда. Подробное расписание и что именно бэкапить по типам игр — в статье про настройку автобэкапов по расписанию.

Как быстро выбрать новый хостинг, если время поджимает

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

• Готовая панель управления с автоустановкой нужной игры экономит часы на ручной настройке SteamCMD/Java/зависимостей — если у провайдера есть шаблон для вашей игры (Minecraft, Rust, CS2, ARK и подобных), разворачивание чистого сервера занимает минуты, а не полдня возни с консолью.
• Явно указанные локации (UK/US/RU и другие) — если у вашего комьюнити критичен пинг, не берите первый попавшийся VPS без понятной геолокации дата-центра.
• Пробный период или короткий минимальный срок оплаты — не привязывайтесь сразу к годовому тарифу у хостера, которого не тестировали; в статье про пробный период игрового хостинга разобрано, как использовать его с пользой, а не просто для галочки.
• Прозрачные способы оплаты, которые точно у вас есть под рукой (карта РФ, СБП, крипта) — не тратьте время эвакуации ещё и на поиск способа заплатить.
• Отзывы за последние месяцы, а не за последние годы — старые положительные отзывы ничего не говорят о текущем состоянии компании, особенно если вы сами уже наблюдаете тревожные признаки у прежнего провайдера.

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

Пошаговый план эвакуации: от письма о закрытии до рабочего сервера

Когда дата отключения известна (по письму или по своим наблюдениям), действуйте по фазам, а не хаотично:

1. Сразу же сделайте полный офсайт-бэкап, даже если у вас уже настроена автоматика — лишняя ручная копия не помешает именно сейчас. Скачайте её на локальный диск дополнительно к облачному хранилищу.
2. Скачайте всё, что не входит в стандартный бэкап мира: логи, скрипты автозапуска, кастомные конфиги фаервола, список установленных системных пакетов (dpkg -l > packages.txt для Debian/Ubuntu) — воссоздать окружение по памяти сложнее, чем кажется.
3. Закажите новый сервер заранее, не дожидаясь последнего дня — по возможности за 1-2 недели до объявленной даты отключения, чтобы спокойно всё протестировать. Как выбрать локацию и перенести данные между площадками — отдельно разобрано в статье про перенос сервера между локациями UK/US/RU.
4. Разверните на новом сервере идентичное окружение: та же версия игры, тот же мод-лоадер (Forge/Fabric/Paper для Minecraft, Oxide/uMod для Rust и т.д.), те же версии плагинов — расхождение версий чаще всего и ломает перенесённый мир.
5. Восстановите мир и БД из свежего офсайт-бэкапа и проверьте всё сами, прежде чем звать игроков: спавн, инвентарь тестового аккаунта, работу ключевых плагинов защиты и экономики.
6. Снизьте TTL DNS-записи заранее (за сутки-двое до переключения, если ещё не сделали), чтобы переключение адреса прошло быстро для всех игроков, а не растянулось на день из-за кэша DNS.
7. Держите старый сервер рабочим до последнего дня доступа, но уже не как основной — как источник, откуда можно донести забытый файл, если что-то не перенеслось с первого раза.

Если провайдер закрылся резко, без предупреждения, и доступа к серверу и панели уже нет — тактика другая, там на первый план выходит вопрос, остался ли у вас вообще актуальный бэкап где-то за пределами этой инфраструктуры. Это ровно та ситуация, для которой offsite-копия делалась заранее, а не постфактум; общая логика восстановления после внезапного отказа хостера разобрана в статье про восстановление сервера после сбоя хостинг-провайдера, хотя там речь про временную аварию, а не про окончательное закрытие — сама механика разворачивания на новом месте похожа.

Коммуникация с игроками: не молчите и не паникуйте вслух

Комьюнити переживает переезд сервера гораздо спокойнее, чем полную тишину или, наоборот, паническое «всё пропало, хостинг закрывается!!!» в общем чате. Несколько правил, которые реально работают:

• Сообщите как можно раньше, как только у вас есть примерная дата и план — «хостинг-провайдер уведомил о закрытии, переезжаем на новую площадку такого-то числа, мир и прогресс сохранятся» звучит спокойнее, чем внезапное «сервер офлайн» без объяснений.
• Не вываливайте на игроков технические детали про rsync и S3-бэкапы — им важно два факта: когда будет недоступность и что прогресс не потеряется.
• Дайте окно для вопросов — заведите отдельную тему или закреплённое сообщение в Discord, чтобы одни и те же вопросы не дублировались в общем чате по десять раз.
• После переезда — отдельное сообщение с итогом: сервер работает, мир на месте, вот новый адрес/IP (если менялся). Если что-то всё же не перенеслось идеально — скажите прямо, а не замалчивайте, это сильно снижает градус недовольства.
• Небольшая компенсация активным игрокам за неудобства (донат-валюта, продление VIP на пару дней) — не обязательный, но полезный жест, который превращает потенциальное недовольство в лояльность.

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