8 октября 2026 года часть облачной инфраструктуры Бипиума временно недоступна из-за крупного инфраструктурного инцидента в Yandex Cloud. Проблема затронула зону доступности ru-central1-b, от которой зависит часть инфраструктуры, необходимой для работы облака Бипиум.
Пользовательские облачные данные целы:
По информации Яндекса, резервные копии данных сохранены в других дата-центрах. Все загруженные файлы также сохранены.
Официальный источник: страница инцидента Yandex Cloud № 2092
Что произошло
Ночью 8 октября Yandex Cloud сообщил о перебоях с электропитанием в зоне доступности ru-central1-b. В ходе инцидента ресурсы в этой зоне стали недоступны, а облачный провайдер рекомендовал по возможности переносить нагрузку в другие зоны.
Позднее Yandex Cloud сообщил, что последствия инцидента могут затрагивать и операции в других зонах: в частности, создание новых виртуальных машин, Kubernetes-кластеров и кластеров баз данных может быть ограничено. Собственная нагрузка Yandex Cloud была переключена на другие зоны, однако сама ru-central1-b продолжила оставаться недоступной.
Причина инцидента
По публичной информации компании «Яндекс», сбой произошел на фоне атаки БПЛА в Рязанской области. В Сасовском округе, где расположен дата-центр «Яндекса», было зафиксировано возгорание. Компания сообщала, что инцидент затронул инфраструктуру дата-центра; восстановительные работы продолжаются.
Технический статус зоны и ограничения облачных сервисов публикует Yandex Cloud на официальной странице инцидента. Информацию о происшествии в дата-центре и его причинах компания «Яндекс» сообщала публично через комментарии СМИ.
Как инцидент влияет на Бипиум
Облачная версия Бипиума использует инфраструктуру Yandex Cloud. В текущем инциденте ключевым ограничением для восстановления является недоступность кластера базы данных, расположенного в затронутой инфраструктуре.
Пока кластер базы данных недоступен, штатное выполнение операций чтения и записи данных, а также части технических операций, необходимых для полноценного запуска облачной системы, невозможно.
Поэтому проблема не сводится к недоступности отдельного сервера или веб-интерфейса: для безопасного восстановления необходимо восстановить доступ к связанным компонентам инфраструктуры и убедиться в корректной работе базы данных.
Почему восстановление занимает больше времени, чем обычно?
Резервное копирование базы данных Бипиума выполняется средствами Yandex Cloud. Согласно официальной документации Yandex Cloud, резервные копии Managed Service for PostgreSQL хранятся и доступны сразу во всех трёх дата-центрах. Однако наличие резервной копии само по себе не означает, что её можно мгновенно запустить. По правилам Yandex Cloud, при восстановлении из резервной копии создаётся новый кластер PostgreSQL, на который восстанавливаются данные. Именно здесь сейчас возникает ограничение. В результате произошедшего инцидента Yandex Cloud ограничил возможность создания новых инфраструктурных ресурсов. Поэтому мы не можем создать новый кластер, необходимый для восстановления базы данных из имеющейся резервной копии. Таким образом, проблема не в отсутствии резервной копии и не в том, что восстановление не выполняется. Резервная копия доступна, но для её восстановления требуется создать новую инфраструктуру в Yandex Cloud, а такая возможность сейчас ограничена самим облачным провайдером. Как только создание необходимых ресурсов будет доступно, мы сможем перейти к восстановлению базы данных и дальнейшему запуску Бипиума.
Документация Yandex Cloud: резервные копии Managed Service for PostgreSQL
Документация Yandex Cloud: ответы на общие вопросы о Managed Service for PostgreSQL
Почему мы не можем просто перенести Бипиум на другой сервер?
Это было бы стандартным вариантом аварийного восстановления, если бы инфраструктуру можно было создать в другом месте. Однако создание новых ресурсов Yandex Cloud сейчас ограничено. Поэтому проблема заключается не в отсутствии резервной копии или готового плана восстановления, а в отсутствии доступной инфраструктуры, на которой этот план можно выполнить. Мы понимаем, насколько критична доступность Бипиума для наших клиентов, и приносим извинения за длительное время простоя.
Какие сервисы Yandex Cloud затронуты
На официальной странице инцидента среди затронутых сервисов указаны, в частности, Compute Cloud, Managed Service for PostgreSQL, Managed Service for Kubernetes, Managed Service for MySQL, ClickHouse, YDB и другие облачные сервисы. Это подтверждает, что речь идет об инфраструктурном инциденте на уровне зоны доступности облачного провайдера, а не о локальной проблеме одного приложения.
Открыть официальную страницу статуса
Что делает команда Бипиума
— следит за официальными обновлениями Yandex Cloud;
— контролирует состояние доступных компонентов собственной инфраструктуры;
— оценивает доступные сценарии восстановления;
— восстановит работу облака по мере появления технической возможности безопасно работать с необходимой инфраструктурой и базой данных.
Мы понимаем, насколько критична доступность Бипиума для рабочих процессов наших клиентов. При этом называть неподтвержденное время восстановления было бы некорректно: подтвержденный срок полного восстановления зоны ru-central1-b на момент подготовки материала не опубликован.
Хронология официальных сообщений
01:31 МСК — Yandex Cloud сообщил о перебоях с электропитанием в ru-central1-b и рекомендовал по возможности переносить нагрузку в другие зоны.
04:55 МСК — Yandex Cloud предупредил о возможных проблемах с созданием новых ВМ, Kubernetes-кластеров и баз данных в других зонах.
08:26 МСК — Yandex Cloud сообщил о переключении своей нагрузки на другие зоны. Остальные зоны работают штатно, однако ru-central1-b остается недоступной; создание новых ресурсов может быть ограничено.
17:00 МСК — На момент подготовки материала подтвержденный срок полного восстановления зоны не опубликован.
Где следить за ситуацией
Главным источником технической информации остается официальная страница Yandex Cloud. Бипиум будет публиковать подтвержденные обновления по мере изменения статуса инфраструктуры.
Официальный статус Yandex Cloud — инцидент № 2092
