Атака БПЛА остановила дата-центр «Яндекса» во Владимире
Yandex Cloud подтвердила, что в результате атаки БПЛА была повреждена инфраструктура дата-центра «Яндекса» во Владимире. Работа площадки, по сообщению компании, полностью остановлена; пострадавших нет. Это не слух из соцсетей: сообщение опубликовано в официальном канале Yandex Cloud Alerts.
Компания назвала оставшуюся конфигурацию ресурсов неустойчивой и перевела платформу в аварийный режим. Клиентам рекомендовали задействовать альтернативные планы аварийного восстановления. Каналы связи с технической поддержкой также могли работать нестабильно.
Что именно пострадало
В опубликованном списке затронутых сервисов есть Compute Cloud, Virtual Private Cloud, Object Storage, управляемые базы данных, Kubernetes, DataLens, Cloud Functions и другие компоненты. Среди них указан и YandexGPT API — это важно для команд, которые используют модели «Яндекса» в приложениях и агентных сценариях.
В дальнейших обновлениях компания писала о недоступности зон ru-central1-a и ru-central1-b. При этом консоль и API Yandex Cloud были доступны; вычислительные ресурсы продолжали работать в зонах ru-central1-d и ru-central1-e. Для S3 сообщалось о доступности чтения с возможными проблемами при записи. Часть отказоустойчивых кластеров баз данных переключилась, но отдельные кластеры могли остаться в режиме только чтения или быть недоступны.
Статус-страница Yandex Cloud отдельно фиксирует инцидент «Нарушение электропитания» в ru-central1-b с уровнем Unavailable. Публичного полного отчёта о причинах и сроках восстановления на ней пока нет.
Почему это больше, чем сбой одного сервиса
Для разработчиков главный урок здесь не в самом перечне недоступных продуктов. Остановка одной площадки сразу проверяет реальные границы резервирования: где данные, база и приложение разнесены по зонам, а где «мультиоблачность» или аварийное переключение существуют только в документации.
Пользователям YandexGPT API и инфраструктурных сервисов стоит проверить, переживает ли их приложение отказ одной зоны без ручного вмешательства: резервные регионы, режим деградации, очереди, копии данных и понятный план действий для команды. В сообщении Yandex Cloud этот совет прозвучал прямо — планы восстановления понадобились не после учебной тревоги, а во время реального инцидента.













