Руководство по миграции VPS: перемещение вашего сервера с нулевым временем простоя

Перенос VPS на другой сервер — для смены провайдера, увеличения мощности или перехода на современную панельную настройку — задача деликатная. Неправильное планирование приведет к многочасовым простоям и потере данных. При правильном планировании общее время простоя сокращается до менее 5 минут, а обратный путь всегда остается открытым.

В этом руководстве; Мы по порядку объясним этапы инвентаризации, параллельного запуска, планирования DNS TTL, экспорта/импорта базы данных, автоматизации SSL и отката. Весь процесс проиллюстрирован посредством перехода на новый VPS с установленной VDS Panel, но метод является общим.

Подготовка: инвентаризация текущей установки

Перед миграцией перечислите все ресурсы на текущем сервере. Если вы что-то пропустите, после перехода вы испытаете удивление «сайт открывается, но X не работает».

• Проекты/Сайты: что и в каких доменах работает? WordPress, статический сайт, Spring Boot, сервис Node.js, контейнер Docker?
• Базы данных: PostgreSQL, MySQL, MongoDB, Redis. Версия, размер и связанные проекты.
• Cron/запланированные задачи: таймеры P0 или systemd.
• DNS-записи: A, AAAA, CNAME, MX, TXT, SRV. Экспорт из существующего DNS-провайдера.
• SSL-сертификаты: какие домены, Let’s Encrypt или платные?
• Переменные среды: ключ API, секрет, учетные данные третьих лиц.
• Задания резервного копирования: существующие средства автоматизации, такие как pg_dump, mysqldump, rsync.

Стратегия: параллельное выполнение против «большого взрыва»

Сделать переход можно двумя способами. параллельная работа всегда рекомендуется.

При параллельном методе два сервера кратковременно работают вместе. Вы тестируете новый сервер самостоятельно, в то время как широковещательный трафик продолжает поступать на старый сервер. Вы меняете DNS на новый IP только тогда, когда все в порядке.

Пошаговый переход

1. 01
   Подготовьте новый VPS

   Ubuntu 22.04 или 24.04 LTS — чистый сервер. Минимум 2 процессора, 4 ГБ ОЗУ. Установите VDS Panel с помощью одной команды.
2. 02
   Сделать резервную копию со старого сервера

   Резервное копирование базы данных с помощью pg_dump, mysqldump или mongodump. tar или rsync для файлов приложения. Список заданий Cron и переменные env.
3. 03
   Импортируйте базы данных на новую панель

   VDS Panel генерирует для каждого проекта отдельную БД + пользователя + пароль. Импортируйте существующий дамп SQL с помощью инструмента восстановления панели.
4. 04
   Введите код на новую панель

   Самый простой способ — переместить ваши проекты в репозиторий git и добавить их на панель. Сборка, внедрение env, конфигурация nginx — все автоматически.
5. 05
   Уменьшение срока жизни DNS DNS

   Уменьшите TTL всех записей A/CNAME до 300 секунд за 24 часа до миграции. Если этот шаг пропустить, распространение DNS может занять до 24 часов.
6. 06
   Тестирование с файлом хостов

   Прежде чем менять DNS, запишите новый IP-адрес сервера в локальный файл /etc/hosts. Проверьте все критические потоки (вход в систему, оплата, отправка формы).
7. 07
   Переключить записи DNS A на новый сервер

   Направьте записи A всех доменов на новый IP-адрес VPS. Благодаря низкому TTL распространяется за 5-15 минут.
8. 08
   Поддерживайте старый сервер в течение 14 дней

   Имейте возможность откатить DNS в случае возникновения проблем. Вы можете без проблем отменить старый сервер через 14 дней.

Миграция базы данных

VDS Panel предлагает встроенную поддержку импорта для каждого ядра базы данных:

• PostgreSQL: сделайте резервную копию специального формата с P0 и загрузите ее в инструмент восстановления панели. Для больших таблиц пул соединений pgBouncer настраивается автоматически.
• MySQL/MariaDB: создайте резервную копию P1, установите с вкладки «Импорт SQL» на панели.
• MongoDB: при использовании P2 дамп bson запускается через панель P3.
• Redis: при миграции обычно инициализируется пустым; Если есть постоянные данные, P5 копируется после P4.

Повторное развертывание приложений

Самый простой способ переместить приложения, установленные вручную на старом сервере, на VDS Panel — переключиться на поток git push:

Р0

Затем укажите URL-адрес репозитория GitHub панели VDS. Панель устанавливает вебхук, создает конвейер сборки и запрашивает переменные env. Каждый последующий P0 развертывается автоматически.

П1

Для Java/Spring Boot параметры загрузки JAR или сборки Maven/Gradle выбираются в интерфейсе панели.

SSL-сертификаты

Вам не нужно перемещать старые сертификаты. VDS Panel автоматически получает новый сертификат Let’s Encrypt для каждого домена:

• Когда запись DNS A указывает на новый сервер, панель запускает запрос HTTP-01.
• Сертификат готов через 15 секунд, HSTS и HTTPS перенаправляются автоматически.
• Автоматически продлевается за 30 дней до этого, делается без входа в систему.

Планирование DNS

Ключом к достижению нулевого времени простоя является планирование TTL.

1. Уменьшите TTL всех записей A/CNAME с 3600 до 300 за 24–48 часов до миграции.
2. По истечении всего старого периода TTL (т. е. 1 часа) DNS-провайдер уже будет отвечать с новым TTL.
3. Измените запись A на новый IP-адрес во время миграции. Через 5 минут 95% трафика направляется на новый сервер.
4. Если вы хотите снова увеличить TTL до 3600 после миграции, подождите 14 дней (важно поддерживать его на низком уровне во время периода отката).

План отката

Не выключайте старый сервер в течение первых 14 дней. Если на новом сервере возникла критическая проблема:

1. Измените запись в DNS обратно на старый IP-адрес сервера.
2. Так как TTL 300 секунд, то растекается за 5 минут
3. За это время изучите проблему на новом сервере.
4. Исправьте это и перенесите обратно на новый сервер.

двусторонняя синхронизация базы данных сложна; Если вы собираетесь выполнить откат, либо сделайте это в окне миграции, либо запланируйте допустимую потерю данных. Наша статья Стратегия резервного копирования VPS помогает в планировании RTO/RPO.

Контрольный список после миграции

Открываем панель на новом сервере, старый сервер еще стоит:

• Все проекты работают (HTTP 200, правильный контент)
• Подключения к базе данных активны, данные согласованы
• SSL-сертификаты зеленого цвета (действительны, HSTS включен)
• Переопределены задания Cron/запланированных заданий.
• План резервного копирования активен (ежедневное зашифрованное резервное копирование панели)
• Логи записываются на новый сервер
• Сканирование на пентест запланировано проводить еженедельно.
• Протестирована интеграция мониторинга и оповещений

Заключение

Миграция VPS — не такая сложная задача, как кажется; При правильном планировании общее время простоя составляет менее 5 минут. Стратегия параллельного выполнения, низкое планирование TTL и 14-дневное окно отката делают миграцию безопасной. Встроенные инструменты импорта VDS Panel (восстановление базы данных, развертывание git, автоматический SSL) сокращают количество ручных операций, которые могут занять часы или минуты.

Наша контактная форма открыта для обсуждения вашего сценария перехода. Позвольте нам понять вашу текущую инфраструктуру и вместе подготовить для вас специальный план миграции.