Как избежать простоя во время миграции

Краткий ответ: Держите старый и новый серверы параллельно, снизьте DNS TTL до 300 секунд за сутки, протестируйте новый сайт через hosts-файл, а затем переключайтесь с финальной дельта-синхронизацией внутри короткого freeze записей в самый тихий час. Старый сервер обслуживает посетителей, пока DNS не изменится — никто не встретит пустой сервер.

Обзор

Простой во время миграции вызывает не копирование данных — его вызывает переключение до того, как копия доказана, или кешированный DNS, ведущий пользователей на мёртвый сервер. Оба предотвратимы последовательностью: сначала доказать, потом переключать, и никогда не выключать старый сервер в день миграции.

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

• Оба сервера работают параллельно, сайт развёрнут на новом.
• Данные аналитики с окном наименьшего трафика.
• Доступ к DNS и уже сниженный TTL (см. шаг 1 — это требует суток форы).

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

1. За 24+ часа: снизьте TTL A-записей, которые будете менять, до 300 секунд. Старые кешированные значения успеют протухнуть до переключения.
2. Докажите новый сайт тестом через hosts-файл — страницы, формы, админка, SSL.
3. Запланируйте переключение на тихое окно и заморозьте записи (контент, заказы, загрузки) на старом сайте прямо перед ним.
4. Финальная дельта: rsync изменённых файлов и повторный импорт изменённых таблиц базы — после ранней полной копии это минуты.
5. Переключите DNS и сразу проверьте через dig +short example.com на публичном резолвере.
6. Держите старый сервер живым и следите за обоими access-логами; трафик перетекает на новый сервер по мере протухания кешей.

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

• TTL снижен слишком поздно: резолверы чтят СТАРЫЙ TTL до его истечения — снижение за час до переключения для большинства посетителей ничего не даёт.
• Незамороженные записи во время freeze: API-клиенты и cron-задачи баннеров не читают — останавливайте сервисы, а не только редактирование людьми.
• Старый сервер выключен в тот же день: отставшие на кешированном DNS получают ошибки соединения; держите его несколько дней.

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

Если сайт не терпит даже короткого freeze записей (активные магазины, SaaS), опишите нагрузку в запросе на миграцию — спланируем поэтапное переключение вместе.

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

Что вызывает простой при миграции хостинга?

Почти всегда последовательность действий: переключение DNS до проверки нового сервера или выключение старого, когда кешированный DNS ещё ведёт на него посетителей. Оба сценария предотвратимы.

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

Минимум за один полный период старого TTL до переключения — на практике за 24 часа. Резолверы чтят предыдущий TTL до его истечения, поэтому изменение в последний момент не действует.

Действительно ли нужен freeze записей для маленького сайта?

Если на сайт ничто не пишет (нет заказов, комментариев или загрузок), можно пропустить. Пользовательский контент требует короткого freeze на время финальной синхронизации, чтобы его не потерять.

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

• Как перенести WordPress без простоя
• Как перенести WooCommerce без потери заказов
• Как протестировать сайт до переключения DNS
• Как откатить миграцию

Готовы начать? Заказать VPS в Cloud2Y →