Куда переехать с хостинга Beget: альтернативы для сайта, VPS, почты и облака

Если Beget не работает у вас после кибератаки, сначала определите, что нужно запустить. Для сайта на WordPress или 1С-Битрикс обычно подходит виртуальный хостинг с переносом файлов и базы. Для VPS с собственным окружением нужен новый сервер и копия данных. Почту, домен, S3, базы и Kubernetes переносите отдельными задачами.

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

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

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

Beget сообщил о кибератаке на инфраструктуру в ночь с 1 на 2 ноября 2026 года. По обновлению компании от 6 ноября, было запущено более 60% виртуального хостинга, а файловые копии VPS, по тогдашней оценке, могли быть доступны примерно половине пользователей. Облачную инфраструктуру компания строила заново. Это показатели по группам услуг, а состояние своего проекта нужно проверять отдельно.

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

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

Для обычного PHP-сайта с MySQL выбирайте перенос в Timeweb, если нужно восстановить сайт и доменную почту в одном месте. Поддержка переносит файлы и базу, а почту берёт в работу по запросу. Хостинг Fornex удобнее, если у команды уже есть опыт с cPanel или нужна европейская площадка. Fornex тоже помогает с миграцией, но для нестандартного проекта согласуйте объём и стоимость работ заранее. В обоих случаях понадобится архив с дампом или доступ к прежней площадке.

Для обычного WordPress с доменной почтой начните с Timeweb. Там можно поручить перенос сайта поддержке и отдельно запросить перенос почты. AdminVPS удобнее, если вы уже пользуетесь его панелью или планируете перейти на администрируемый VPS у того же провайдера. Для магазина на 1С-Битрикс Timeweb подойдёт, если хватает лимитов готового тарифа и нужны ежедневные копии. AdminVPS предпочтительнее, если вам нужен отдельный VPS с готовым окружением Битрикс. На тестовой копии проверьте оформление заказа, обмен с 1С и фоновые задания.

Если с VIP-хостинга Beget переносится один магазин или портал на CMS, начните с тарифа Timeweb с увеличенными лимитами. Так не придётся обслуживать отдельную ОС. Для своих служб, нестандартных модулей или root-доступа выбирайте VPS Timeweb Cloud. В стоимость такого переезда закладывайте администрирование и отдельные резервные копии.

Для статического сайта из HTML, CSS и JavaScript есть App Platform Timeweb Cloud. Для небольшого сайта с PHP на время проверки можно воспользоваться тестовым периодом виртуального хостинга. Проверьте цену после теста, лимиты и возможность привязать свой домен: условия теста и бесплатного тарифа различаются.

Для срочного переезда сайта обычно достаточно изменить записи у того, кто управляет DNS. Домен может остаться у прежнего регистратора. Если он обслуживается Beget и использует его NS, проверьте временную панель управления доменами. При сторонних NS работайте в панели поставщика DNS.

Если нужен именно перенос регистрации, проверьте возможность переноса вашей зоны, данные администратора, сроки и требования к коду AuthInfo. У Timeweb есть отдельная доменная витрина. Перед сменой NS воспроизведите всю зону, включая поддомены, CAA, SRV и записи для почты. Если включён DNSSEC, заранее согласуйте смену ключей и DS-записей.

На новой площадке выпустите новый TLS-сертификат или импортируйте действующий, если у вас есть закрытый ключ и он не мог быть скомпрометирован. Для обычного сайта проверьте, поддерживает ли новый хостинг автоматический выпуск и продление Let's Encrypt. Для платного или организационного сертификата заранее согласуйте перевыпуск у поставщика.

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

Сначала проверьте отправку, получение и подпись DKIM на новом сервисе. Затем переключите MX, настройте SPF и DMARC, протестируйте входящие письма с внешнего домена и проверьте, что сайт, CRM и уведомления используют правильный SMTP. Если старый сервер недоступен, новый сможет принимать письма после смены DNS, а прежние сообщения появятся только при наличии источника для импорта.

VPS и VDS. Выберите Timeweb Cloud VPS, если нужна виртуальная машина со своим окружением. Сверьте ОС, размер диска, CPU, память и сеть. С файловой копией соберите систему заново и перенесите приложение, конфигурацию и данные. Доступный образ предварительно проверьте на совместимость, целостность и возможность загрузки у нового провайдера.

Выделенный сервер. Физический сервер Timeweb Cloud подходит для проекта, который зависит от выделенных ресурсов или отдельных дисков. Согласуйте сроки выдачи, доступ к удалённой консоли, режим администрирования, объём исходящего трафика, отказоустойчивость и резервное копирование. При переходе на VPS оцените нагрузку и дисковую подсистему, прежде чем переносить продуктив.

1С:Предприятие. Для небольшого офиса с несколькими пользователями начните с Windows VPS AdminVPS. У провайдера есть конфигурации для небольших команд и помощь с переносом. Если основное ограничение — скорость расчётов, у Timeweb Cloud есть линейка HighCPU. Для крупной базы с собственной СУБД и требованием к отдельным физическим дискам выбирайте выделенный сервер Fornex. Считайте аренду вместе с лицензиями Windows, 1С и СУБД. Перед переключением проверьте работу пользователей и обменов на своей копии базы.

GPU. Для короткого теста или небольшого инференса начните с облачной конфигурации VDSina в России или в Нидерландах по нужной локации. На обеих витринах есть небольшие конфигурации с посуточной ценой. Для модели, которой нужно больше видеопамяти, посмотрите NetAngels Ультра: там можно подобрать видеокарту и отдельно настроить диск. Выделенный GPU-сервер Fornex подходит для постоянной нагрузки, если нужна физическая машина целиком. Сравнивайте стоимость по фактически доступной видеопамяти, диску и длительности работы.

S3. Для рабочих объектов выбирайте Timeweb Cloud S3, если приложение и CDN уже там. Можно управлять ими из одного кабинета, а для редко читаемых архивов есть холодный класс хранения. Fornex S3 лучше использовать для независимой копии, если рабочая площадка находится в Timeweb Cloud. При расчёте цены учитывайте исходящий трафик на полное восстановление, а при переносе проверьте контрольные суммы, права доступа и новый адрес бакета в приложении.

Сетевой диск и файловое облако. Сетевой диск Timeweb Cloud проверьте для задачи, где нужен подключаемый том. Для общих папок и синхронизации сотрудников подойдёт VPS с Nextcloud от SpaceWeb. Сверьте способ подключения, восстановление прав и размер файлов. Перенос данных на новый диск не восстановит ACL и общие ссылки автоматически.

СХД и отдельные копии. VPS AdminVPS с большим диском удобнее для файлового сервиса, которому хватает виртуальной машины. Выделенный сервер Fornex для хранения выбирайте, если нужно управлять физическими дисками и конфигурацией хранилища. Для быстрого отката всей виртуальной машины в Timeweb Cloud используйте копии и снимки провайдера. Для восстановления при сбое площадки держите отдельную копию в другом аккаунте или у другого провайдера.

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

Kubernetes. В Managed Kubernetes Timeweb Cloud разверните совместимую версию кластера и примените манифесты, Helm-релизы или конфигурацию GitOps. Отдельно восстановите persistent volumes, настройте ingress и внешние сервисы. Проверьте StorageClass, секреты, роли, балансировщики и TLS до перевода трафика.

Каталог приложений. Готовый образ экономит время на установке, но переносит только базовую конфигурацию сервиса. Поднимите новый экземпляр через облачный VPS или App Platform, затем импортируйте свои данные и секреты и прогоните тесты.

Для раздачи статики настройте CDN Timeweb Cloud после того, как новый origin стабильно открывается. Сверьте исходный хост, TLS и правила кэширования. При переезде не оставляйте на старом origin файлы, которых нет в новом бакете или на новом сервере.

Защиту от DDoS выбирайте по уровню фильтрации и условиям подключения к конкретному сервису. Уточните отдельно, покрывает ли предложение сайт, публичный IP VPS или выделенный сервер. Для проектов с договорными требованиями к данным сверьте локацию, состав услуги и документы у выбранного провайдера.

Вместо ИИ-шлюза есть AI Gateway Timeweb Cloud. Проверьте модели, версии API, лимиты, сроки хранения запросов и условия обработки данных. Выпустите новые ключи и прогоните тестовые запросы, включая потоковые ответы и ошибки, прежде чем переключать приложение.

🔗 Официальный сайт — перенос сайта

Вариант для проекта, у которого одновременно есть сайт, доменная почта и облачные компоненты. Виртуальный хостинг подходит для CMS, а базы, S3, Kubernetes и CDN подключаются как самостоятельные услуги.

⏩⏩⏩ Подробнее

🔗 Официальный сайт — веб-хостинг

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

⏩⏩⏩ Подробнее

🔗 Официальный сайт — Россия

🔗 Официальный сайт — Нидерланды

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

⏩⏩⏩ Подробнее

🔗 Официальный сайт — WordPress

Подходит для сайта на CMS, который нужно восстановить с файлами и базой. Для 1С-Битрикс, серверной 1С и хранилища предусмотрены отдельные предложения.

⏩⏩⏩ Подробнее

🔗 Официальный сайт — Nextcloud на VPS

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

⏩⏩⏩ Подробнее

🔗 Официальный сайт — VDS Ультра

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

⏩⏩⏩ Подробнее

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

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

Для PHP-сайта с доменной почтой начните с Timeweb, а для работы в cPanel или размещения в Европе выберите Fornex. AdminVPS подойдёт, если после переезда нужен администрируемый VPS для CMS.

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

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

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

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

Сверьте требования редакции CMS и модулей, включая версии PHP и MySQL. На копии проверьте каталог, корзину, обмены, почту и задания по расписанию до переключения DNS.

Для магазина на CMS начните с тарифа Timeweb с увеличенными лимитами, чтобы сохранить привычное управление хостингом. Для собственных служб или root-доступа выбирайте VPS и заложите в бюджет администрирование.

Для статической страницы проверьте App Platform и её текущие условия, а для сайта с PHP можно начать с тестового периода виртуального хостинга. Уточните условия после теста и наличие поддержки своего домена.

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

У действующего поставщика DNS замените нужные записи A или AAAA и проверьте поддомены. Сначала протестируйте сайт на новом адресе и сохраните старые значения для отката.

Проверьте, чьи NS делегированы. Если DNS-зона находится у стороннего поставщика, записи меняются там, а не в панели Beget.

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

Создайте ящики у нового провайдера и скопируйте доступные письма по IMAP или из выгрузки. Затем настройте MX, SPF, DKIM и DMARC и проверьте доставку в обе стороны.

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

Разверните совместимую ОС и службы на новом VPS, затем восстановите приложения, настройки и данные. Если есть образ, проверьте формат и поддержку импорта до заказа.

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

Если нужен физический сервер для приложения, которое уже использует сервисы Timeweb Cloud, начните с его линейки Bare Metal. Для 1С с отдельной СУБД или сервера с большим дисковым массивом у Fornex есть профильные конфигурации.

Определите версию платформы, формат базы и используемую СУБД. Восстановите тестовую копию и проверьте доступ пользователей, лицензии, обмены и резервное копирование.

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

Создайте бакет у нового провайдера и скопируйте объекты из доступного источника. Проверьте контрольные суммы, права, CORS, публичные ссылки и новый endpoint в приложении.

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

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

Сверьте версию и доступность расширений, затем восстановите дамп в новую базу. Отдельно проверьте роли, последовательности, фоновые задания и запросы приложения.

Разверните кластер с подходящей версией и примените сохранённые манифесты или Helm-релизы. Отдельно восстановите тома, секреты, ingress, DNS и внешние базы.

Настройте новый origin, сертификат и правила кэширования. Проверьте запросы к файлам на тестовом адресе и только после этого переводите DNS или меняйте endpoint в приложении.

Проверьте AI Gateway с нужными моделями и совместимым API. Выпустите новые ключи и проверьте ответы, квоты и потоковый режим до переключения приложения.

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

Храните рабочие копии и хотя бы одну независимую копию с отдельными учётными данными. Регулярно проверяйте, что из неё действительно восстанавливаются файлы, базы и настройки.