Миграция серверов и хостинга без простоя

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

Когда переезд становится вашей задачей

Никто не переносит серверы ради удовольствия. Обычно дату назначает кто-то другой, а на сервере работает больше, чем кто-либо помнит.

Хостинг закрывает тариф, а на сервере почта, пять сайтов и cron-задача, которую никто не описал
Счёт за хостинг снова вырос, а переезд кажется рискованнее, чем продолжать платить
Операционная система или панель управления больше не получает обновлений, а тот, кто её настраивал, ушёл
Вы хотите объединить несколько старых серверов в один или перейти на более дешёвые ARM-серверы
Почта ваших доменов живёт на той же машине, и никто не знает, от каких DNS-записей она зависит
Прошлая попытка переезда закончилась битыми картинками, потерянными заказами или возвращёнными письмами

Что мы переносим

Сначала инвентаризация

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

Веб-стек и базы данных

nginx и Apache, несколько версий PHP рядом, MySQL и PostgreSQL, панели управления вроде aaPanel и FastPanel. Сайты переезжают со своими настройками, пользователями и правами на файлы, а не только с файлами.

Node, Docker и сервисы

Приложения Node.js под PM2 или systemd, Docker-контейнеры и процессы, работающие в фоне. Зависимости пересобираются на новой машине, что особенно важно при смене архитектуры процессора.

Почта

Почтовые ящики с паролями и историей, алиасы и пересылки, спам-фильтр, DKIM, SPF и DMARC. Если провайдер блокирует исходящий порт 25, исходящая почта идёт через релей, чтобы ничего не возвращалось.

DNS и Cloudflare

Зоны восстанавливаем по записям в панели регистратора или Cloudflare, а не угадываем по запросам. TTL снижаем заранее, а NS-серверы у регистратора меняем, только когда новая зона полностью готова.

Бэкапы и мониторинг

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

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

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

Письменная инвентаризация всего, что работает на старом сервере
Каждый сайт проверен на новом сервере до любых изменений в DNS
Финальная синхронизация данных прямо перед переключением
Старый сервер остаётся запасным вариантом, пока вы не подтвердите

Проблемы, с которыми мы уже сталкивались

Мы перенесли между серверами десять проектов и двадцать три сайта, в том числе полный переезд с x86 на ARM64, и записали каждую проблему по пути. На ARM зависимости Node нужно устанавливать заново, а не копировать, а PHP может падать при некоторых настройках JIT. MySQL может начать учитывать регистр в именах таблиц и сломать запросы, которые годами работали. Более новый или более старый nginx отвергает части прежней конфигурации, а базы данных переезжают с неправильной кодировкой сравнения (collation). Зона Cloudflare может зависнуть на активации, спам-фильтр может не подписывать почту, пока его не перезапустить в правильном порядке, а правило файрвола может забанить целый офис, выходящий в интернет с одного IP-адреса. Инструменты миграции в панелях могут сообщить об успехе при неполной копии, а сертификаты могут молча перестать продлеваться. Теперь каждую из этих проблем мы проверяем за минуты, а не обнаруживаем часами.

Чек-лист, собранный на реальных переездах, а не по документации
Смена архитектуры, например с x86 на ARM64, — осознанно и по плану
Различия версий PHP, MySQL и nginx проверены до переключения
Почта, сертификаты и правила файрвола проверены, а не предполагаются

После переезда — поддержка, а не папка с документами

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

Документация нового сервера: сервисы, пути, расписания, доступы
Бэкапы и мониторинг работают с первого дня
Возможность продолжить с ежемесячной поддержкой серверов
Все аккаунты и ключи оформлены на вас

Как проходит переезд

Инвентаризация

Мы получаем доступ на чтение к старому серверу, доменам и DNS. Вы получаете список того, что там работает, и того, что затронет переезд.

План и новый сервер

Согласуем целевой хостинг и конфигурацию сервера, затем настраиваем новую машину с теми же или более новыми версиями ПО. Вы получаете план переключения по каждому сайту и домену.

Копирование и проверка

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

Переключение

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

Наблюдение и решение

Новый сервер работает под наблюдением, а старый ждёт как запасной вариант. Затем старый сервер отключается, и вы выбираете между ежемесячной поддержкой и передачей с документацией.

Откуда и куда мы переносим

Панели и веб-серверы

Базы данных и приложения

Почта и DNS

Инфраструктура

Форматы работы

Проект переезда

Фиксированный объём, согласованный после инвентаризации: какие сайты, сервисы и домены переезжают и куда.

Переезд и ежемесячная поддержка

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

Почасовая помощь

Инвентаризация и план переезда для вашей команды или помощь с одной сложной частью, например с почтой или DNS.

Отзывы

К каждому клиенту и его проекту относимся с вниманием.

Команда Revol продолжает укреплять возможности клиента в разработке благодаря качественной работе и надёжной поддержке. Они эффективно коммуницируют и хорошо понимают потребности и бизнес клиента.

Tomas

CEO (Юкон, Канада)

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

Andrey

CEO, Stellium (США)

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

Не упадут ли наши сайты во время переезда?

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

Что будет с заказами и заявками, сделанными во время переключения?

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

Можете перенести и нашу почту?

Да. Почтовые ящики переезжают с письмами и паролями, если старая система это позволяет, вместе с алиасами и пересылками. Мы заново настраиваем DKIM, SPF и DMARC для нового сервера и проверяем, что исходящая почта доставляется, а не просто отправляется.

У нас серверы на x86. Можно перейти на ARM64?

Обычно да, и ARM-серверы часто дешевле при той же нагрузке. Большинство проектов на PHP, WordPress, Node и базах данных работают на ARM после пересборки зависимостей. Инвентаризация заранее показывает, если что-то существует только под x86, например старый Docker-образ или закрытый бинарный файл, и тогда эту часть мы оставляем на x86.

Вам нужен доступ к нашему регистратору доменов?

Для планирования достаточно доступа к DNS на чтение. Для переключения нужно изменить записи или сменить NS-серверы: это можно сделать самим по нашей инструкции или дать нам доступ на этот день.

Что если после переключения что-то сломается?

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

Можно ли уйти с нашей панели управления?

Да. Мы можем перенести сайты с одной панели на другую или на чистый сервер без панели, который управляется конфигурационными файлами и скриптами. Рекомендуем то, что удобно людям, которые будут обслуживать сервер дальше.

Вы сопровождаете сервер после миграции?

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