В октябре 2026 года Yandex Cloud потерял зоны доступности ru-central1-a и ru-central1-b, выдача новых ресурсов была приостановлена, и сама компания рекомендует клиентам размещать резерв на других площадках. Если ваш сайт, CRM, 1С или база данных живут только в Yandex Cloud, переезд или хотя бы второй контур нужен уже сейчас. Мы переносим инфраструктуру к другому российскому провайдеру так, чтобы бизнес не простаивал, а данные не потерялись по дороге.
ваши ВМ, Managed PostgreSQL/MySQL, Kubernetes или S3 работают только в Yandex Cloud;
после 8–11 октября база перешла в режим «только чтение», а ресурсы в другой зоне не создаются из-за квот;
резервные копии лежат в том же облаке и вы не уверены, что из них можно восстановиться;
вы решили держать основную или резервную площадку у второго провайдера;
подрядчик, который всё настраивал, недоступен, а схемы и доступов нет.
02
Что переносим
Виртуальные машины
Образы дисков или пересборка с нуля по описанию, если образ выгрузить нельзя.
Базы данных
PostgreSQL, MySQL, ClickHouse, Redis. Дамп или логическая репликация, проверка целостности, замер времени восстановления.
Объектное хранилище (S3)
Копирование бакетов через rclone с проверкой контрольных сумм, перенос политик доступа без публичных бакетов.
Kubernetes
Манифесты, секреты, ingress, постоянные тома.
Сайты и веб-приложения
Код, медиа, cron-задачи, почтовые отправки, SSL.
DNS
Перенос зоны, снижение TTL до переключения, сохранение MX, SPF, DKIM, DMARC.
03
Куда переносим
Только к российским провайдерам или на ваш сервер в РФ: Selectel, VK Cloud, Cloud.ru, K2Cloud, Beget, Timeweb Cloud, собственное железо в офисе или колокейшн. Провайдера выбираем под задачу: цена, наличие мощностей сейчас, managed-сервисы, поддержка S3, где физически стоят ЦОДы. Перенос за рубеж для систем с персональными данными граждан РФ не делаем: это нарушает требование локализации 152-ФЗ.
04
Как проходит работа
01
Инвентаризация (1–2 дня)
Составляем список всего, что работает в облаке: ВМ, БД, бакеты, DNS, сервисные аккаунты, жёстко прописанные адреса и ID в коде. Отдельно проверяем, где реально лежат бэкапы.
02
План и смета
Выбор провайдера, порядок переноса, окно переключения, план отката. Фиксируем, сколько данных бизнес может позволить себе потерять (RPO) и сколько простоя выдержит (RTO).
03
Срочная копия
Если данные доступны хотя бы на чтение, первым делом выгружаем их на независимую площадку. Это страховка до начала переезда.
04
Перенос и проверка
Поднимаем окружение у нового провайдера, переносим данные, тестируем работу с реальными сценариями пользователей.
05
Переключение
Меняем DNS при заранее сниженном TTL, держим старый контур до подтверждения, что всё работает.
06
Документы
Схема инфраструктуры, доступы на ваше юрлицо, регламент резервного копирования, перечень изменений для уведомления в Роскомнадзор.
05
Две вещи, которые часто останавливают переезд
Домен без идентификации
С 1 сентября 2026 года по 569-ФЗ без подтверждения администратора домена через Госуслуги регистратор не даст сменить DNS-серверы. Проверяем это в первый день и помогаем пройти идентификацию: услуга по ЕСИА для доменов.
Уведомление в РКН
Смена места хранения персональных данных меняет сведения в уведомлении оператора. Подготовим перечень изменений, чтобы вы подали их в срок: не позднее 15-го числа месяца, следующего за месяцем изменений.
06
Что вы получите
работающую инфраструктуру у нового провайдера, проверенную на реальных сценариях;
данные без потерь, с отчётом о проверке целостности;
независимую резервную копию и тест восстановления с замером времени;
схему, доступы и регламент, оформленные на вашу компанию.
07
Сколько стоит
Оценка переезда с инвентаризацией и сметой: 15 000 ₽. Сам перенос: от 4 500 ₽ в час. Итоговая сумма зависит от объёма данных, числа сервисов и того, можно ли выгрузить образы или придётся пересобирать окружение. Аренду ресурсов у нового провайдера вы оплачиваете ему напрямую.
Работа
Единица
Стоимость
Оценка переезда из облака (инвентаризация, план, смета)
услуга
15 000 ₽
Перенос облачной инфраструктуры к другому провайдеру
Короткие ответы на вопросы, которые обычно возникают до обращения.
Стоит ли ждать, пока Яндекс восстановится?
Если простой не критичен и данные доступны, можно ждать, но независимую копию данных стоит сделать сразу. Сроки полного восстановления площадок эксперты оценивают в недели и месяцы, а сама компания советует держать резерв на альтернативных площадках.
Можно ли не уходить из Yandex Cloud полностью?
Да. Часто разумнее оставить основную площадку и поднять холодный резерв у второго провайдера: копия данных и описание окружения, которое разворачивается по регламенту. Это дешевле постоянного зеркала. Подробнее в разделе аварийное восстановление.
Яндекс договорился с Selectel, VK Cloud и K2Cloud о переносе клиентов. Зачем тогда вы?
Провайдер даёт мощности, но не переносит вашу логику: настройки приложений, связки сервисов, ID в коде, DNS, почту и документы. Этим занимаемся мы, и отвечаем за то, чтобы после переезда всё работало.
Что если база в режиме только чтения?
Чтение позволяет сделать дамп. Выгружаем его на независимую площадку и восстанавливаем у нового провайдера, проверяя индексы и целостность.
Работаете удалённо?
Да, переезд облачной инфраструктуры полностью выполняется удалённо по договору, по всей России.
Укажите, какие данные нужно защитить, их объём, место хранения и действующую схему копирования. Опишите допустимую потерю данных и какие системы нужно вернуть в работу первыми. На первом разговоре уточним объём и следующий шаг. Пароли и закрытые данные в форму не отправляйте.
