Переезд с Beget на Timeweb: личный опыт переноса серверов
После вчерашнего признания Beget, что данные облачной инфраструктуры утрачены, вопрос «переезжать или ждать» для многих закрылся сам собой. Мы переносим сайты и серверы клиентам почти десять лет, за эти выходные сделали это четыре раза — и на собственной шкуре знаем, где переезд ломается. Делюсь рабочим порядком действий. Спойлер: почти все проблемы — не в «перенести файлы», а в DNS и почте.
Куда вообще уходить: что пишут другие
Чужой опыт я собирал перед каждым собственным переездом. Разбор на vc.ru «Timeweb, Reg.ru и Beget после двух лет использования» хвалит Timeweb за панель и скорость поддержки, REG.RU — за экосистему сервисов под один аккаунт. Список «куда перенести сайт с Beget» на DTF из 15 альтернатив сводится к одному: у всех крупных хостеров есть бесплатный перенос, выбирайте по цене и панели. Сравнение на WHTOP показывает сопоставимые аптаймы у большой тройки — фиаско вроде текущего случается раз в десятилетие, у любого провайдера.
Почему в итоге советую именно Timeweb (сразу честно: дальше партнёрская ссылка, для вас цена та же): из крупных площадок у него удобнее всего схема «встал за вечер» — почасовая оплата VDS, снапшоты перед экспериментами и тестовый период. Tarifы на виртуальные серверы начинаются от 199 ₽ в месяц, что при аварии такого масштаба роли не играет — важно, что не надо вносить год оплаты вперёд, чтобы просто попробовать.
Порядок переезда, который не подводит
- Бэкап трижды. Код, база, конфиги, крон, список DNS-записей. Если проект ещё на Beget — выгружайте всё, что даёт панель: файловые бэкапы VPS уцелели, ваше право забрать их, пока не поздно.
- Поднимите зеркало. Новый сервер, накат окружения, деплой, тест на техническом домене или через hosts. Сайт должен работать на новой машине ДО того, как вы тронете DNS.
- Прогоните SSL заранее. Выпуск сертификата на зеркале экономит час паники при переключении.
- Снизьте TTL DNS до 300 секунд за сутки до переезда. Тогда смена записей подхватится за минуты, а не за сутки. Классическая ошибка — переключать домен с TTL 86400.
- Переключайте A-запись, наблюдайте. Наш мониторинг покажет, когда старый эндпоинт умер, а новый ожил. Крон и очереди проверяйте первыми — они ломаются тихо.
- Почту переносите отдельно и в последнюю очередь. MX, SPF, DKIM, ящики. Один пропущенный TXT — и письма улетают в спам на полгода вперёд.
Грабли, на которые наступают все
Первое — absolute-пути в конфигах и кроне. На Beget они свои, на новой машине другие; скрипты «внезапно» не находят файлы. Второе — версии PHP и модулей: панель Beget щедра на старые рантаймы, свежий сервер о них не слышал. Третье — база данных: дамп через панель и дамп через mysqldump — это разные дампы по качеству, берите второй. Четвёртое — забыть пересоздать SSL на боевом домене и недоумевать, почему у части пользователей «небезопасное соединение».
Для проектов на виртуальном хостинге переезд проще: переносим файлы и базу, переключаем DNS, готово. Для VPS после обнуления облака — сложнее: пересборка с нуля, потому что binary-копий машин больше нет. Как мы это делали в эти выходные, расписал в новости об утрате данных.
Стоит ли переезжать прямо сейчас
Если ваш сайт — простой shared-хостинг и он уже поднялся, паниковать незачем: виртуальный хостинг восстановим почти целиком, NS и почта работают. Если вы жили на облаке и данных больше нет — уезжать надо не «когда-нибудь», а сразу. И независимо от решения держите внешние бэкапы: этот инцидент второй раз за год показывает, что «бэкапы у хостера» — это не бэкапы.
Если некому сделать это руками — 💬 перенесём под ключ. А по моей личной практике стартовать быстрее всего на VDS Timeweb (партнёрская ссылка): регистрация, почасовой сервер и снапшот — минут двадцать от идеи до работающей машины.
