Дроны вывели из строя третий дата-центр Яндекса за четыре дня

Яндекс потерял третий крупный дата-центр за четыре дня. В воскресенье, 11 октября, компания сообщила, что атака дрона вывела из строя её площадку во Владимирской области, к востоку от Москвы. Как пишет Reuters, пострадавших нет, но часть сервисов для пользователей сейчас не работает. Для технологической компании такого масштаба серия из трёх выбывших площадок подряд — стресс-тест, к которому не готовят ни одна архитектура отказоустойчивости.

Что известно на сегодня

Публичных деталей немного. Источник — заявление самого Яндекса, пересказанное Reuters и затем TNW. Ни масштаб повреждений, ни сроки восстановления, ни перечень затронутых сервисов компания, судя по доступному тексту, не раскрыла.

• Площадка: дата-центр во Владимирской области, восточнее Москвы.
• Причина выхода из строя: атака дрона, по заявлению Яндекса.
• Дата сообщения: воскресенье, 11 октября 2026 года.
• Счёт: третий крупный дата-центр компании за четыре дня.
• Пострадавшие: нет.
• Влияние на пользователей: часть сервисов недоступна, какие именно — неизвестно.

О двух предыдущих инцидентах во входных данных подробностей нет, поэтому сравнивать их по масштабу и последствиям пока нельзя.

Почему три площадки за четыре дня — особый случай

Один отказ дата-центра индустрия давно научилась переживать. Для этого есть зоны доступности, репликация данных между площадками и автоматическое переключение трафика. Расчёт строится на том, что отказы независимы: пожар, обрыв питания или ошибка обслуживания на одной площадке не должны совпасть с аналогичной бедой на другой.

При серии атак это допущение ломается. Три площадки за четыре дня означают, что запас резервирования расходуется быстрее, чем его можно восстановить. Оставшиеся узлы берут на себя дополнительную нагрузку, а любой новый сбой на них бьёт по пользователям уже сильнее. Инженеры называют это каскадным риском. Он опасен не столько самим отключением, сколько тем, что система работает без страховки.

Отдельный вопрос касается ИИ-нагрузок. У Яндекса есть собственные языковые модели и голосовой ассистент, а они требуют GPU-кластеров с мощным питанием и охлаждением. Какие именно мощности находились на выбывших площадках, не сообщается. Любые выводы о влиянии на модели компании были бы догадкой.

Практика: что проверить командам и клиентам

Даже если вы не пользуетесь сервисами Яндекса, сюжет полезен как чек-лист для любой инфраструктуры.

Первое — посмотрите, как у вас реально устроено резервирование. Две «зоны» в одном регионе или у одного провайдера не защищают от региональных событий. Второе — проверьте переключение на практике: учения по отказу показывают, сколько минут или часов уходит на восстановление, а не сколько обещано в документе. Третье — держите копии критичных данных и конфигураций вне основной площадки, желательно у другого провайдера или в другой юрисдикции. Четвёртое — заранее определите, какие функции продукта можно отключить для сохранения ядра сервиса, и подготовьте режим деградации.

Для клиентов Яндекса ближайшие дни покажут главное: вернутся ли недоступные сервисы за часы или процесс затянется. Следите за официальными статусами компании и не планируйте критичные запуски на ближайшие дни, пока не станет ясна картина по остальным площадкам.