Перенос хостинга без простоя: пошаговый порядок
Как сменить хостинг без потери сайта, электронной почты и позиций в поиске: настройка DNS, TTL и проверка переноса, шаг за шагом.
Команда rabbitclipПубликация: 4 мин чтения
Коротко
Перенос без простоя происходит тогда, когда новый сервер полностью настроен и протестирован до переключения записей DNS; сайт никогда не остается наполовину готовым между двумя серверами. Для этого нужно заранее снизить время жизни, TTL, записей DNS за несколько дней до переноса; иначе переключение на новый сервер может занять часы, а иногда и целые сутки, пока не дойдет до всех.
Сайт компании по управлению зданиями перестает получать почту в день переноса и теряет обращения клиентов на недели; причина редко кроется в самом новом сервере, чаще всего дело в том, что записи MX не были изменены одновременно с остальным DNS. Перенос, выполненный в правильном порядке, устраняет этот риск с самого начала.
Что реально находится под риском при переносе хостинга?
Перенос хостинга это перемещение файлов, базы данных и почтового сервиса сайта с одного сервера на другой. Риск сосредоточен в трех точках: недоступность сайта во время переноса, задержка или потеря почты, и сигнал, который изменение DNS может неверно послать поисковым системам.
Общий фактор всех трех рисков это выбор времени; перенос, выполненный в правильном порядке с правильной настройкой TTL, в значительной степени устраняет все три. При поспешном переносе все три риска обычно проявляются одновременно, потому что причина всегда одна: пропущенный порядок шагов.
Чек-лист перед переносом
Следующие шаги должны быть завершены не позднее чем за неделю до дня переноса.
- Сайт полностью настраивается и тестируется на новом сервере, проверка идет через временный адрес, собственный IP сервера или тестовый поддомен
- Делается актуальная резервная копия базы данных и файлов, она сохраняется и на старом, и на новом сервере
- Составляется полный список записей DNS, A, MX, CNAME, TXT, и один в один воспроизводится на новом сервере
- TTL текущих записей DNS снижается не позднее чем за 48 часов до переноса
Почему TTL нужно снижать за несколько дней до переноса?
TTL определяет, сколько времени запись DNS хранится в кеше браузеров и серверов. Согласно документации Cloudflare по DNS, изменение, сделанное при высоком TTL, может доходить до всех посетителей часами; поэтому имеет смысл заранее снижать TTL всякий раз, когда планируется изменение.
Если TTL снижается с часа до нескольких минут за несколько дней до переноса, реальное изменение DNS в день переноса распространяется гораздо быстрее; часть посетителей может еще несколько минут попадать на старый сервер, но это окно остается в пределах минут, а не часов.
В каком порядке проходит день переноса?
После того как новый сервер протестирован и готов, день переноса проходит в таком порядке: сначала обновляются записи DNS, затем старый сервер остается в работе еще некоторое время, обычно неделю, продолжая отвечать на любые запросы, пока старый TTL полностью не истечет.
В течение этого периода ожидания оба сервера отслеживаются; видно, как трафик переходит на новый, сравниваются доля ошибок и время ответа. Если что-то пойдет не так, запись DNS можно вернуть на старый сервер, и именно поэтому его нельзя отключать сразу.
Как избежать перебоя в почте?
Почта зависит от того, на какой сервер указывают записи MX; если о них забывают при обновлении DNS сайта или меняют их в другое время, входящая почта может какое-то время распределяться между старым и новым сервером или теряться совсем.
Более надежный подход это вести почту как отдельный от сайта сервис; там, где возможно, почта работает на независимом сервисе и не затрагивается переносом сайта. Если она остается на том же сервере, записи MX нужно обновлять и тестировать одновременно с записями сайта, а не позже.
Как подтвердить, что перенос действительно завершен?
Инструмент проверки DNS, который смотрит из нескольких регионов, показывает, на какой IP-адрес домен резолвится в каждом из них в данный момент, и насколько реально продвинулось распространение. Старый сервер должен оставаться включенным, пока все регионы не вернут новый адрес; эта проверка занимает всего несколько минут.
Та же проверка применима и к почте; после подтверждения, что запись MX указывает на новый сервер, стоит отправить тестовое письмо и убедиться, что оно действительно дошло. Эти две простые проверки превращают перенос из предполагаемого завершенным в подтвержденный доказательствами.
Проверка после переноса и частые ошибки
Несколько проверок после переноса позволяют заметить проблему рано: SSL-сертификат действителен на новом сервере, формы и оформление заказа действительно работают, и нет внезапного всплеска ошибок в search console.
- Не снижать TTL перед переносом, из-за чего распространение занимает часы
- Немедленно отключать старый сервер в день переноса, лишая себя возможности откатиться назад
- Обновлять записи MX в другое время, чем DNS-записи сайта, что приводит к потере почты
- Не устанавливать SSL-сертификат на новом сервере до переноса, из-за чего в момент переключения появляется предупреждение о небезопасном соединении
Перенос хостинга, выполненный в правильном порядке, это фоновый процесс, который посетитель никогда не замечает. Раннее снижение TTL, перенос записей MX синхронно с DNS сайта и отказ от немедленного отключения старого сервера, вот три правила чистого переноса. На вводной встрече с rabbitclip можно вместе разобрать ваш собственный план переноса хостинга.
Частые вопросы
Влияет ли перенос хостинга на позиции в поиске?
Не напрямую, если адреса остаются прежними. Перенос, при котором меняются и URL, требует правильно настроенных редиректов; это отдельная тема.
Сколько длится перенос?
Подготовка может занять несколько дней, но реальный простой при правильно настроенном TTL остается в пределах минут.
Когда нужно отключать старый сервер?
После как минимум нескольких периодов TTL, обычно около недели, пока новый сервер находится под наблюдением.
Обязателен ли отдельный сервис для почты?
Не обязателен, но он значительно снижает риск того, что почта окажется зависимой от переноса сайта.
Как подтверждается завершение распространения?
Инструмент проверки DNS смотрит, резолвится ли домен на адрес нового сервера из нескольких регионов; старый сервер остается включенным, пока все регионы не совпадут.
