В октябре две зоны Yandex Cloud — ru-central1-b и ru-central1-a — оказались недоступны после повреждения ЦОДов. Яндекс договорился с Selectel, K2Cloud и VK Cloud об ускоренном размещении пострадавших клиентов. Мы — DevOps-команда и партнёр Selectel: забираем данные, переносим сервисы и строим архитектуру, которая переживёт потерю площадки.
Переезд бесплатно при контракте на DevOps-поддержку · NDA до раскрытия доступов
Два пути — выбираете вы
Переезд целиком
Ресурсы до сих пор недоступны или доверие к площадке потеряно. Поднимаем критичное за 3–7 дней, остальное — за 2–4 недели.
Резервная площадка
Основная нагрузка остаётся в Yandex Cloud, в Selectel — копии данных и готовая к запуску инфраструктура в Terraform. Переключение за часы, а не недели.
Что произошло
Только факты из сообщений Яндекса и СМИ, со ссылками. Актуальный статус по вашим ресурсам — на status.yandex.cloud и в уведомлениях Yandex Cloud.
8 октября
Пожар в ЦОДе в Сасово после атаки БПЛА, площадка остановлена. Зона ru-central1-b недоступна, нагрузку переключают на другие зоны, создание новых ресурсов ограничено.
9 октября
Повреждены модули ЦОДа в Калуге. Яндекс объявляет, что договорился с Selectel, K2Cloud и VK Cloud об ускоренном размещении данных и сервисов пострадавших клиентов.
10 октября
В пользовательское соглашение добавлены атаки беспилотников и ракет как форс-мажорные обстоятельства.
11 октября
Пожар и отключение подстанций в ЦОДе во Владимире. Недоступна зона ru-central1-a, платформа переходит в аварийный режим. Виртуальные машины доступны только в зонах ru-central1-d и ru-central1-e.
13 октября
Яндекс отменяет плату за Yandex Cloud и «Яндекс 360» для действующих клиентов: часть функций намеренно ограничена, чтобы сохранить работу основных сервисов.
23 октября
Запущена новая локация. Яндекс сообщает: восстановлен доступ к 90,47% данных клиентов, доступ к остальным ресурсам открывается поэтапно, клиентов уведомляют рассылкой. Это первая публичная цифра по клиентским данным — через две недели после начала аварии.
30 октября
Представитель компании уточняет: «около 90%» — общая цифра по инфраструктуре и не означает, что каждый корпоративный клиент получил доступ к 90% своих данных. Сильнее всего пострадал B2B, в том числе потому, что часть компаний не делала полных резервных копий. Сроки полного восстановления не названы.
Пострадали сильнее всего те, у кого всё жило в одной зоне и не было копий у другого провайдера. Такое может случиться в любом облаке. Поэтому мы предлагаем не просто «переехать к другому», а сделать так, чтобы потеря одной площадки стоила часов, а не недель.
Чек-лист
Что сделать сейчас, не дожидаясь полного восстановления. Команды — для yc CLI и S3-совместимых утилит.
Список ВМ, дисков и кластеров с указанием зоны — чтобы понять, что затронуто, а что уже работает в d/e.
yc compute instance list --format json | jq -r '.[] | [.name, .zone_id, .status] | @tsv' yc compute disk list --format json | jq -r '.[] | [.name, .zone_id, .size] | @tsv' yc managed-postgresql cluster list yc managed-kubernetes cluster list
Если бакеты доступны на чтение — копируйте сразу, не дожидаясь восстановления записи. Лучше напрямую в целевое хранилище.
# rclone: remotes yc (endpoint storage.yandexcloud.net) и selectel (S3 Selectel) rclone copy yc:your-bucket selectel:your-bucket --transfers 32 --checkers 16 --progress
Даже если управляемый кластер работает — снимите дамп и положите его вне Yandex Cloud. Это единственная копия, которая точно не зависит от провайдера.
pg_dump "host=c-XXXX.rw.mdb.yandexcloud.net port=6432 dbname=app user=app sslmode=verify-full" \
-Fc -Z 9 -f app-$(date +%F).dump
Выгрузите содержимое Lockbox и записи DNS-зон, сохраните список сервисных аккаунтов и ключей. Без этого поднять сервисы на другой площадке не получится, даже если данные спасены.
yc lockbox secret list yc dns zone list yc dns zone list-records --name your-zone > dns-your-zone.txt
Сохраните уведомления Yandex Cloud и ответы поддержки по вашим ресурсам: что затронуто, что восстановлено, когда. Пригодится для решений по SLA и форс-мажору с вашим юристом.
Варианты
Три варианта по степени изменений. Выбор зависит от того, что сейчас недоступно, и сколько стоит час простоя для бизнеса.
Минимум изменений
Остаётесь в Yandex Cloud, но разносим сервисы по зонам ru-central1-d / e и настраиваем регулярные копии данных в Selectel. Если повторится — данные у вас, восстановление предсказуемо.
Срок: 1–2 недели
Резервная площадка
Вся инфраструктура описана в Terraform для обоих провайдеров, данные реплицируются в Selectel, план переключения отрепетирован. Потеря площадки стоит часов, а не недель.
Срок: 2–3 недели · расходы на резерв — в основном хранение и минимальный набор ВМ
Полная смена
Ресурсы до сих пор недоступны или доверие к площадке потеряно. Сначала поднимаем критичные сервисы из спасённых данных, потом переносим остальное и настраиваем резерв уже внутри Selectel (разные ЦОДы и регионы).
Срок: критичное 3–7 дней, полностью 2–4 недели
Карта сервисов
Базовые примитивы есть у обоих провайдеров. Сложности — в специфичных сервисах Яндекса, их честно отмечаем.
| Yandex Cloud | Selectel | Как переносим |
|---|---|---|
| Compute Cloud | Облачные серверы, bare metal | Terraform + образы или пересборка из CI; данные — из дисков/бэкапов |
| Managed PostgreSQL / MySQL | Облачные базы данных | Логическая репликация, если кластер жив; иначе — восстановление из дампа |
| Managed Kubernetes | Managed Kubernetes (MKS) | Манифесты/Helm из git, PV — из бэкапов (Velero), смена StorageClass и Ingress |
| Object Storage | S3-хранилище | rclone между S3-эндпоинтами, смена endpoint и ключей в приложении |
| Container Registry | Container Registry | Перекладка образов skopeo / пересборка в CI |
| Cloud DNS | DNS-хостинг | Экспорт записей, импорт, смена NS с прогретым TTL |
| Network Load Balancer / ALB | Балансировщики нагрузки | Конфигурация в Terraform, сертификаты — заново |
| Lockbox | Secrets Manager / Vault | Экспорт секретов, перенос с ротацией ключей |
| YDB, Cloud Functions, DataLens, Managed ClickHouse и др. | Прямого аналога может не быть | Разбираем на аудите: self-managed на ВМ / в K8s, альтернативный стек или оставить в YC в гибридной схеме |
Условия
Та же механика, что и для переезда с AWS: работы по переносу и построению резерва входят в первый контракт на DevOps-поддержку. После переезда с вами остаётся команда, которая знает вашу инфраструктуру.
Контракт от 6 месяцев
Поддержка от 60 000 ₽/мес: мониторинг, инциденты 24/7, обновления, резервное копирование и регулярная проверка плана переключения.
Без привязки к нам
Terraform и документация — в вашем git и wiki. Захотите уйти после контракта — уходите, всё остаётся у вас.
Бонусы Selectel
По нашей партнёрской ссылке — welcome-бонус до 1 000 000 ₽ на счёт. У Selectel есть и свои условия для переезжающих клиентов — подскажем, что выгоднее в вашем случае.
Открыть Selectel с бонусом →Без контракта на поддержку — разовый проект по смете после короткого аудита. Если вы уже участвуете в программе переезда, которую Yandex Cloud запустил с партнёрами, подключимся как ваша инженерная команда на стороне Selectel.
FAQ
Не обязательно. Октябрьская авария показала не то, что один провайдер плохой, а то, что всё в одной зоне и без копий у другого провайдера — это риск у любого облака. Часто разумнее оставить основную нагрузку где она есть, а в Selectel держать резервную площадку: регулярные копии данных и готовую к запуску инфраструктуру в Terraform. Если же ресурсы до сих пор недоступны или доверие к площадке потеряно — переносим целиком.
По сообщению Яндекса от 23 октября, инженеры восстановили доступ к 90,47% данных клиентов, часть ресурсов перенесена в новую локацию, доступ открывается поэтапно с уведомлением клиентов. 30 октября представитель компании уточнил, что это общая цифра по инфраструктуре и она не означает, что каждый корпоративный клиент получил доступ к 90% своих данных. Актуальный статус по вашим ресурсам смотрите на status.yandex.cloud и в уведомлениях от Yandex Cloud.
Selectel — один из трёх провайдеров (вместе с K2Cloud и VK Cloud), с которыми Яндекс 9 октября договорился об ускоренном размещении данных и сервисов пострадавших клиентов. У Selectel собственные ЦОДы в Москве, Санкт-Петербурге и Новосибирске, публичный прайс, bare metal и Managed Kubernetes. Мы партнёры Selectel и знаем платформу изнутри. Но если вашей задаче лучше подходит другой провайдер — скажем об этом. Подробное сравнение — Selectel vs Yandex Cloud.
Если заключаете контракт на DevOps-поддержку от 6 месяцев (от 60 000 ₽/мес) — работы по переезду бесплатны, в том числе аварийные. Без контракта — разово, по смете после короткого аудита. Плюс при переезде в Selectel доступны бонусы на счёт — подскажем, какой вариант выгоднее в вашем случае.
Критичные сервисы поднимаем в Selectel за 3–7 дней, если данные доступны для выгрузки. Полный перенос типового стека (10–20 ВМ, Managed PostgreSQL, Kubernetes, Object Storage) — 2–4 недели. Резервная площадка без переключения трафика — 2–3 недели.
Ни один провайдер не застрахован от аварии ЦОДа. Защищает архитектура: сервисы в нескольких зонах, регулярные копии данных у другого провайдера и в другом регионе, отработанный план переключения. Именно это мы и строим — не просто перенос из одного облака в другое.
Хронология составлена по открытым источникам на 10 ноября 2026 года; ссылки — в разделе «Что произошло». Yandex Cloud, Selectel, K2Cloud, VK Cloud — товарные знаки соответствующих правообладателей.
Начать
Короткий созвон, разбор того, что доступно и что нет, и план: что спасать первым, куда поднимать и как не попасть в такую ситуацию снова.
NDA до раскрытия доступов · без обязательств