Смена дата-центра хостинга: что проверить после переезда

Хостинг-провайдеры время от времени переезжают между разными дата-центрами: расширяют мощности, меняют партнёра по размещению оборудования, консолидируют серверы после крупного технического обновления инфраструктуры. Для самого провайдера это обычная плановая техническая процедура, о которой он, как правило, предупреждает клиентов заранее письмом с точной датой предстоящих работ. Но для владельца сайта смена дата-центра означает смену айпи-адреса сервера — а это, в свою очередь, способно затронуть гораздо больше, чем просто доступность сайта, если заранее не проверить несколько смежных настроек, о которых легко забыть в суете переезда.

Что технически меняется при переезде в другой дата-центр

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

Домен сайта привязан к своему серверу именно через этот айпи-адрес: система доменных имён хранит запись о том, на какой адрес указывает ваш домен, и когда сервер меняется на новый, эту запись обязательно нужно обновить, чтобы посетители, вводящие привычный адрес сайта в браузере, попадали на новый сервер, а не пытались достучаться до старого, который к этому моменту может быть уже полностью отключён.

Первое, что нужно сделать сразу после переезда — обновить запись домена

Сразу после переезда на новый сервер важно обновить запись, указывающую домен на новый айпи-адрес. Обычно это делает сам хостинг-провайдер автоматически, если домен и хостинг оформлены в одном месте, или это придётся сделать вручную через панель управления регистратора домена, если хостинг сайта и регистрация домена разведены между двумя разными компаниями.

Изменение такой технической записи не срабатывает мгновенно для всех посетителей одновременно — оно распространяется по системе доменных имён постепенно, и в течение некоторого времени, обычно от нескольких часов до суток, разные посетители могут видеть то старую, то новую версию сайта в зависимости от того, успела ли информация об изменении дойти до их интернет-провайдера. Это совершенно нормальное техническое поведение, но его стоит обязательно учитывать при планировании переезда — например, не проводить его прямо перед важной рекламной кампанией, чтобы не рисковать нестабильным поведением сайта именно в самый неподходящий момент.

Электронная почта на домене — частая и легко забываемая деталь

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

Эта проблема особенно неприятна тем, что проявляется не сразу и не для всех: часть писем может продолжать доходить какое-то время, пока полностью не завершится процесс распространения новых настроек, и создаётся ложное ощущение, что всё в порядке, хотя на самом деле часть корреспонденции уже теряется.

Разрешения на отправку почты и репутация нового сервера в сети

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

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

Список разрешённых адресов у подключённых сторонних сервисов

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

Эта важная деталь легко упускается из виду, потому что сама интеграция обычно настраивается лишь один раз при подключении сервиса и потом о ней не вспоминают, пока что-то не сломается. Перед переездом в другой дата-центр стоит заранее составить список всех подключённых внешних сервисов, у которых может быть настроено ограничение по айпи-адресу, и предупредить их или обновить настройки сразу после переезда.

Сертификат безопасности сайта после переезда на новый сервер

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

Что обязательно проверить в первые дни после переезда

Сразу после смены дата-центра стоит пройтись по короткому, но важному списку проверок: открывается ли сайт корректно с разных устройств и из разных мест (можно попросить знакомых из другого города проверить), работает ли форма заявки и доходят ли уведомления о новых заявках, приходит ли и отправляется ли почта на корпоративном домене, работают ли интеграции с внешними сервисами вроде платёжной системы или аналитики, не появилось ли предупреждение о небезопасном соединении.

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

Как заранее минимизировать риски при плановом переезде

Если хостинг-провайдер заранее предупреждает о плановой смене дата-центра, стоит использовать это время для подготовки: заранее выписать все внешние интеграции, у которых может быть завязка на конкретный айпи-адрес, проверить настройки почты на домене, убедиться, что есть актуальная резервная копия сайта на случай непредвиденных проблем при переезде. Такая подготовка занимает немного времени по сравнению с масштабом самого переезда, но заметно снижает риск, что смена сервера обернётся незаметной потерей заявок или писем от клиентов в течение нескольких дней после переезда, которую никто не заметит вовремя.

Скорость загрузки сайта может заметно измениться

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

Стоит сразу после переезда сравнить скорость загрузки сайта из целевого региона с показателями до переезда — например, через инструменты проверки скорости или просто субъективно, попросив нескольких человек из целевой аудитории оценить, не стал ли сайт открываться заметно медленнее. Если разница ощутима, стоит обсудить с хостинг-провайдером возможные варианты: использование дополнительных технических решений для ускорения доставки содержимого до удалённых регионов или, в крайнем случае, рассмотрение другого провайдера с более удобным географическим расположением дата-центра.

Переадресации и внутренние ссылки сайта после переезда

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

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

Уведомление клиентов о технических работах заранее

Если переезд предполагает хотя бы кратковременную недоступность сайта, разумно заранее предупредить постоянных клиентов через доступные каналы — например, через сообщение в мессенджере рассылки или через временное объявление на самом сайте перед началом работ, если это технически возможно. Это касается в первую очередь бизнеса с высокой частотой обращений, где даже небольшой перерыв в работе сайта может привести к заметному количеству упущенных заявок, если клиенты не будут заранее знать, что временная недоступность — это плановые технические работы, а не признак того, что с компанией что-то случилось.

Резервный план на случай проблем при самом переезде на новый сервер

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

Итог

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

Если ваш хостинг-провайдер планирует переезд в другой дата-центр или вы уже столкнулись с проблемами после подобного переезда — потерянными письмами, сбоями в интеграциях или упавшей скоростью сайта, — специалисты компании «Сайты Профессионально» готовы бесплатно проверить, всё ли настроено корректно, и помочь ничего не потерять при смене сервера.