Краткий ответ: Спланируйте переезд до того, как что-то трогать: проведите инвентаризацию старой машины, снизьте DNS TTL за сутки, сделайте свежие бэкапы, подготовьте и протестируйте новый сервер, а затем переключите трафик в тихое окно. Большинство миграций падает на забытых кронах, зашитых IP и пропущенном тестировании — не на копировании данных.

Обзор

Миграция выделенного сервера — это проект с чек-листом, будь то переезд на большую машину Cloud2Y, в другую локацию или от другого провайдера. Эта статья — фаза подготовки; соедините её с шагами копирования/переключения для вашего конкретного стека.

Что нужно иметь

  • Полную инвентаризацию: сайты, базы, сервисы, кроны, почта, TLS-сертификаты, правила файрвола.
  • Доступ к управлению DNS для всех задействованных доменов.
  • Свежий, проверенный бэкап всего.
  • Заказанный и доступный новый сервер.

Пошаговая инструкция

  1. Инвентаризация. Перечислите каждый сервис: ss -tulpn, systemctl list-units --type=service --state=running, crontab -l (для каждого пользователя), плюс конфиги приложений.
  2. Снизьте DNS TTL до 300с для всех записей, которые изменятся — минимум за 24 ч до переключения.
  3. Сделайте бэкапы: базы — консистентными дампами, файлы — rsync вне сервера, конфиги — архивом.
  4. Подготовьте цель: та же или более новая ОС, пакеты, пользователи, файрвол; скопируйте данные; запустите стек на новом IP.
  5. Протестируйте на новом IP до изменений DNS (через hosts-файл на рабочей машине).
  6. Спланируйте окно переключения: заморозьте изменения контента/БД, финальный дельта-синк, переключите DNS, наблюдайте.
  7. Держите старый сервер запущенным на период отката (дни, не часы), прежде чем отменять его.

Типичные проблемы

  • Зашитые IP в конфигах приложений, файрволах и сторонних allowlist-ах — прогрепайте конфиги на старый адрес.
  • Забытые кроны и очереди (workers) — после переезда они молча перестают делать свою работу.
  • Почтовая репутация — новый адрес отправителя требует обновления PTR/SPF/DKIM и прогрева.
  • Переключение без плана отката — держите старую машину загружаемой, пока новая не переживёт реальный трафик.

Когда обращаться в поддержку

Сообщите нам окно миграции заранее — мы подстроим дополнительные IP, изменения PTR и проверки железа под него и посоветуем по переезду между локациями Cloud2Y.

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

За сколько времени снижать DNS TTL?

Снижайте TTL минимум за 24 часа до переключения, до значения вроде 300 секунд. Старые длинные TTL должны сначала истечь, иначе посетители продолжат ходить на старый сервер.

Как долго держать старый сервер?

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

Что забывают чаще всего?

Кроны и очереди (workers), зашитые IP-адреса в конфигах и сторонних allowlist-ах, TLS-сертификаты и почтовые записи PTR, SPF и DKIM.

Похожие статьи

Нужна помощь? Связаться с поддержкой Cloud2Y →

Помог ли вам данный ответ? 0 Пользователи нашли это полезным (0 голосов)