Вернуться к статьям Когда полезно заранее иметь второй хостинг
20 октября 2026 года у FirstVDS всё ещё не создавались новые виртуальные серверы. Провайдер сообщил об этом позже, в отчёте от 27 октября. Если для восстановления нужен ещё один VPS, возможность создать его у другого провайдера стоит проверить заранее. Постмортем FirstVDS
Подготовьте у второго провайдера учётную запись с подтверждённым доступом и проверьте, можно ли создать сервер нужной мощности. Держите под рукой схему подключения к базе и хранилищу, список версий ПО и способ получить резервную копию вне панели хостинга. Так при аварии останется проверить состояние данных и развернуть сайт, а не восстанавливать доступы к разным кабинетам в процессе переезда.
Что проверить до изменения DNS
| Зависимость | Что проверить на новой площадке |
|---|---|
| Домен и DNS | Кто может менять записи сайта. Укажите новый адрес в записях A и AAAA, если сайт использует оба протокола. Если IPv6 на новом сервере отсутствует, разберитесь со старой AAAA до переключения. |
| HTTPS и прокси | Открывается ли сайт по своему домену с действующим сертификатом. Если перед сервером стоит CDN, проверьте адрес исходного сервера в настройках CDN. |
| Почта и внешние сервисы | Попросите владельцев интеграций добавить новый IP там, где вход разрешён только с известных адресов. Проверьте отправку писем. Если меняются DNS-серверы домена, перенесите и записи почты. |
| Задания и очереди | Найдите процессы, которые могут отправить уведомление, списать остаток или повторно передать заказ в CRM. Держите их выключенными на новой площадке до согласованного переключения. |
Сначала проверьте сайт на новом адресе без перевода посетителей, например через локальное сопоставление домена и нового IP на компьютере администратора. При плановом переезде можно заранее уменьшить TTL, то есть время кеширования записей DNS. Уже сохранённые записи могут оставаться в кеше до истечения прежнего TTL. Руководство Google по смене хостинга
Как переключить сайт и сверить последние заказы
- Зафиксируйте время переключения и последний подтверждённый заказ. Если старая площадка доступна и её целостность подтверждена, остановите на ней запись и перенесите последние изменения базы и файлов. Если площадку пришлось изолировать, берите данные из проверенного источника и отдельно сверяйте период между временем копии и остановкой сайта.
- Переключите DNS или адрес сервера в CDN. Включите приём новых заказов на новой площадке. Если старая площадка безопасна и ещё получает трафик, она может показывать страницу обслуживания без приёма заказов. Скомпрометированный сервер держите изолированным.
- Сверьте заказы с данными платёжного сервиса и CRM за окно переключения. Если часть записей нужно внести вручную, используйте номера заказов и идентификаторы оплат для сверки, чтобы не создать дубли.
Когда переезд можно считать завершённым
Проверьте снаружи HTTPS, форму или оформление заказа, отправку уведомления и обмен с CRM. Сверьте журналы трафика, если доступны обе площадки. Если адреса страниц сохранились, после запуска проверьте, что на боевом сайте нет временного запрета на индексацию, который использовался при подготовке.
При компрометации старого сервера сначала определите, когда нужна пересборка VPS. В регламенте обслуживания сайтов и серверов укажите, кто меняет DNS, кто сверяет последние заказы и кто даёт команду на включение фоновых задач.