Что произошло: хронология
- 8 октября. В Сасово (зона ru-central1-b) после атаки БПЛА возник пожар, дата-центр остановлен. Примерно через семь часов облако сообщило о переключении нагрузки в другие зоны.
- 9 октября. В Калуге выведены из строя несколько модулей. Яндекс договорился с Selectel, K2Cloud и VK Cloud об ускоренном размещении ресурсов пострадавших клиентов.
- 10 октября. Квоты на вычислительные ресурсы и диски переведены в ручной режим из-за нехватки мощностей.
- 11 октября. Полностью остановлен дата-центр во Владимире (зона ru-central1-a). Облако объявило аварийный режим, выдача квот приостановлена. Часть баз данных работала только на чтение, запись в объектное хранилище могла давать ошибки.
- 12 октября. По статусу платформы Yandex Cloud «по-прежнему работает в ограниченном режиме». Минцифры заявило, что вопросы защиты ИТ-инфраструктуры решаются совместно с Минобороны.
Сколько продлится
Точного срока нет. По оценкам экспертов, которые приводят СМИ, стабилизация основных сервисов может занять две-три недели, восстановление мощностей площадок месяцы, а поставка оборудования от двух-трёх месяцев. Эксперты также ожидают роста цен на облачные мощности в IV квартале. Строить планы стоит исходя из того, что ограничения продлятся не дни, а недели.
Чек-лист на сегодня
- Составьте список систем в Yandex Cloud. Сайт, магазин, CRM, 1С, боты, базы, файлы. Для каждой: в какой зоне работает и кто за неё отвечает.
- Выгрузите данные на независимую площадку. Пока данные доступны хотя бы на чтение, сделайте дамп баз и копию бакетов у другого российского провайдера или на офисный NAS.
- Проверьте, где лежат бэкапы. Если копии в том же облаке, считайте, что резервной копии нет. Подробнее в статье почему бэкап в том же облаке не спасает.
- Восстановите копию на чистой машине. Только так вы узнаете реальное время восстановления. На больших базах оно может исчисляться сутками.
- Проверьте домен. С 1 сентября 2026 года без идентификации администратора через Госуслуги регистратор не даст сменить DNS-серверы. Как это проверить.
- Снизьте TTL записей DNS сайта и API до 300 секунд, чтобы переключение на резерв занимало минуты. Как настроить.
- Вынесите мониторинг на другую площадку. Мониторинг внутри того же облака при аварии молчит.
- Подготовьте резервный канал для заявок. Страница-заглушка с контактами и дублирование заявок с сайта в Telegram или MAX.
- Выберите провайдера для резерва или переезда. Только в России, если в системе есть персональные данные. Как переехать без нарушения 152-ФЗ.
- Зафиксируйте план. Кто и в каком порядке переключает системы, где лежат доступы, с кем связываться.
Уходить из Yandex Cloud или нет
Не обязательно. Для большинства компаний малого и среднего бизнеса разумная схема — основная площадка плюс холодный резерв у второго провайдера: регулярная копия данных и описание окружения, которое разворачивается по регламенту за часы. Постоянное горячее зеркало стоит значительно дороже и оправдано для систем, где каждый час простоя обходится в серьёзные деньги.
Чем можем помочь
- экспресс-аудит отказоустойчивости за 1–2 дня: что остановится и сколько займёт восстановление;
- резервная копия у второго провайдера с ежемесячной проверкой восстановления;
- переезд с Yandex Cloud к другому российскому провайдеру;
- резервный DNS и внешний мониторинг;
- резервная почта и перенос почты для домена.
Статья отражает информацию на 13 октября 2026 года и будет обновляться.
Источники и дата проверки
Проверено 13 октября 2026 года. Статья опирается на публикации, перечисленные ниже; рекомендации по действиям — практические.