Как перенести сайт с Beget на другой хостинг: инструкция и сравнение вариантов

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

Ночь, когда Beget перестал отвечать: что известно об аварии

Первые сообщения о неполадках начали появляться в ночь на 2 ноября. Сайты, размещенные на Beget, переставали загружаться, пользователи теряли доступ к виртуальным серверам, а попытки открыть личный кабинет нередко заканчивались ошибкой 502 Bad Gateway. Перебои затронули и DNS — систему, благодаря которой браузеры находят сайты по доменным именам.

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

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

О серьезности происшествия говорят и данные мониторинговых платформ. По информации Detector404, за сутки было зарегистрировано более 8,7 тысячи жалоб на работу Beget. Сообщения поступали из 33 российских городов, включая Москву и Санкт-Петербург.

Последствия вышли далеко за пределы небольших личных сайтов. В частности, сбой затронул информационный ресурс системы маркировки «Честный знак» и сервис каршеринга BelkaCar. Это еще раз продемонстрировало, насколько много сторонних проектов зависит от работоспособности инфраструктуры одного хостинг-провайдера.

Масштаб проблемы становится понятнее, если обратиться к рыночной статистике. По результатам октябрьской переписи хостингов, на мощностях Beget находилось более 334 тысяч действующих сайтов в зонах .RU, .РФ и .SU. Доля компании среди ресурсов, учтенных исследованием, составляла 14,6%. Впрочем, считать все эти сайты пострадавшими было бы неправильно: точное количество затронутых проектов провайдер не раскрыл.

Кибератака вместо обычного технического сбоя

Утром 2 ноября Beget еще не мог назвать источник проблемы. Представители компании лишь уточнили, что произошедшее не связано с беспилотниками или работой PHP.

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

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

Однако доступность бэкапов еще не означает мгновенного восстановления всех сайтов. Из-за большого объема информации на возвращение сервисов к нормальной работе требуется время. Точных сроков полного устранения последствий атаки компания не назвала.

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

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

Переезд с Beget во время сбоя: с чего начинать и что делать

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

Вот последовательность действий для тех, кто решил не откладывать переезд.

1. Выясните, какие данные можно восстановить

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

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

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

2. Подготовьте площадку у другого провайдера

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

Для небольшого сайта на WordPress часто достаточно обычного виртуального хостинга. Интернет-магазинам, корпоративным порталам и нестандартным приложениям могут понадобиться более производительные тарифы или VPS.

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

3. Восстановите сайт на новом сервере

Получив доступ к новой площадке, создайте необходимые каталоги, загрузите архив с файлами и настройте базу данных.

Для сайтов на WordPress, Joomla или других CMS понадобится изменить параметры подключения к БД в конфигурационных файлах. У WordPress, например, основные настройки находятся в wp-config.php.

При переносе с VPS задача может быть объемнее. Помимо файлов и базы данных, потребуется установить и настроить серверное окружение: веб-сервер, PHP или другой используемый интерпретатор, дополнительные модули, фоновые задания и необходимые службы.

Не забудьте о правах доступа к файлам и настройках безопасности. Даже полностью скопированный сайт не всегда запускается без дополнительных изменений на новом сервере.

4. Убедитесь, что ресурс работает правильно

Пока домен указывает на старую площадку, протестируйте восстановленный сайт через временный адрес или локальную настройку файла hosts.

Проверьте не только главную страницу, но и функциональность проекта: формы отправки заявок, авторизацию, поиск, загрузку изображений, работу корзины и оформление заказов.

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

Отдельно проверьте SSL-сертификат. Он должен быть установлен и корректно работать после переключения домена.

5. Направьте домен на новый хостинг

Когда проект полностью подготовлен, остаётся переключить домен. Сделать это можно через изменение IP-адреса в DNS-записях или замену NS-серверов на указанные новым провайдером.

Но здесь возникает одна из главных сложностей аварийного переезда с Beget. Если управление доменом и DNS находится у пострадавшего провайдера, изменить настройки во время сбоя может оказаться невозможно.

В таком случае проверьте, какой регистратор обслуживает ваш домен и есть ли возможность управлять им напрямую. Если такой возможности нет, потребуется обращаться в поддержку или ждать восстановления доступа.

После внесения изменений DNS потребуется время на обновление кэша у различных операторов. В отдельных случаях этот процесс может продолжаться до 24–48 часов.

6. Проверьте результат и сохраните резервный вариант

После смены DNS убедитесь, что домен открывает сайт на новом сервере. Проверьте работу почты, сертификатов, административной панели и остальных критически важных функций.

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

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

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

Чем заменить Beget: пять российских хостингов для переноса сайта

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

1. Timeweb — виртуальный хостинг с бесплатным переносом сайтов и доменов от другого провайдера силами поддержки; сервис можно протестировать 10 дней бесплатно.

2. Fornex — европейский VPS-хостинг на NVMe-дисках с дата-центрами в шести странах; перенос сайтов с других площадок выполняют бесплатно.

3. AdminVPS — VPS/VDS на KVM-виртуализации с дата-центрами в 22 локациях России, Беларуси, Казахстана и Европы; сайт переносят под ключ бесплатно.

4. SmartApe — бюджетные VPS на гибридных дисках HDD+SSD с SSD-кэшем и панелями ISPmanager или Hestia; перенос сайтов включен бесплатно.

5. Рег.ру — регистратор и хостинг-провайдер с программой бесплатного переноса сайтов, в том числе проектов с cPanel и Plesk.

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

Столкнулись со сбоем Beget 2 ноября или уже успели перенести сайт на другой сервер? Поделитесь своим опытом в комментариях: удалось ли вернуть проект к работе и какие хостинги вы рассматриваете в качестве альтернативы?