Серия атак на дата-центры «Яндекса» в октябре 2026 года частично парализовала работу сервисов. Российский бизнес впервые столкнулся с реальностью, в которой физическая защищенность ЦОДа перестала быть абстрактным риском. Что делать компаниям, чьи данные и приложения размещены в коммерческих центрах обработки данных – разбирается «ФедералПресс».
Что произошло
В ночь на 8 октября 2026 года украинский беспилотник атаковал дата-центр «Яндекса» в городе Сасово Рязанской области. На территории бывшего станкостроительного завода «Саста» вспыхнул пожар, работа ЦОДа была полностью остановлена. Мощность площадки составляла около 12 МВт, в ней располагались два суперкомпьютера компании/ Уже на следующий день под удар попал дата-центр в Калуге — один из крупнейших в России, насчитывавший более 3,8 тыс. серверных стоек мощностью 63 МВт. Несколько серверных модулей были полностью выведены из строя. 11 октября атака достигла третьей площадки — во Владимире, где располагался суперкомпьютер «Галушкин».
Последствия оказались каскадными. Пользователи по всей стране столкнулись с отказами «Яндекс Почты», «Яндекс Диска», «Яндекс Документов». О сбоях заявили сервис недвижимости ЦИАН, девелоперские компании А101, «Гранель», «Брусника», оператор электронного документооборота «Астрал», онлайн-кинотеатры IVI и Kion. Сайты «Ведомостей», РБК, «Интерфакса» и «РИА Новости» какое-то время были недоступны. Yandex Cloud официально предупредила клиентов о полной недоступности зоны ru-central1-b и рекомендовала экстренно переводить мощности в резервные зоны. По оценке источника на ИТ-рынке, сроки поставки оборудования для замены могут достигать шести месяцев.
Почему это касается каждого
Большинство компаний не владеют собственными дата-центрами. Они арендуют мощности у облачных провайдеров — «Яндекса», VK Cloud, Selectel, К2Cloud и других. Логика проста: это дешевле, быстрее и не требует содержать собственную инфраструктуру. Но у этой модели есть уязвимость, которая раньше казалась теоретической, а теперь стала практической: бизнес может остановиться из-за атаки на объект, который вам не принадлежит и который вы не контролируете.
Что делать бизнесу: практическая инструкция
Проведите аудит зависимости от единственного провайдера
Если ваши приложения и данные размещены в одной зоне доступности одного облачного провайдера — вы в зоне критического риска. Зоны доступности проектируются для отказоустойчивости, но атака физически уничтожает оборудование, а не просто выводит из строя один сервер. В случае с «Яндексом» удар пришелся именно по конкретным площадкам, и клиенты, чьи ресурсы были закреплены за зоной ru-central1-b, потеряли доступ к ним полностью.
Что делать: Составьте реестр всех критических систем и определите, где они физически размещены. Выясните у провайдера, к каким зонам доступности привязаны ваши ресурсы и какие у них политики изоляции.
Реализуйте стратегию мультиоблачности или гибридного резервирования
Yandex Cloud после первой атаки заключила соглашения с Selectel, К2Cloud и VK Cloud об ускоренном переносе данных и сервисов клиентов. Это подтверждает: резервирование в другом облаке — работающая стратегия. Однако договариваться об этом лучше до инцидента, а не вовремя.
Что делать: определите минимально необходимый набор сервисов, который должен продолжать работу при отказе основного провайдера. Разместите резервные копии критических данных у альтернативного поставщика. Проверьте, что процедура переключения реально работает — проведите учения.
Пересмотрите договоры с облачными провайдерами
После второй атаки «Яндекс» добавил в пользовательское соглашение раздел об освобождении от ответственности при обстоятельствах непреодолимой силы, включая атаки БПЛА. Это означает, что юридически провайдер может не нести ответственности за простой. Для бизнеса это серьезный сигнал.
Что делать: Проверьте свои договоры на предмет SLA и форс-мажорных оговорок. Убедитесь, что у вас есть план действий при длительном простое, за который провайдер не будет платить компенсацию.
Локализуйте критичные данные
Если ваши данные должны быть доступны 24/7, рассмотрите вариант размещения наиболее критичных компонентов в собственном или колокейшн-ЦОДе, который вы контролируете напрямую. Это дороже, но даёт контроль над физической защитой и приоритетами восстановления.
Подготовьте план коммуникации с клиентами
Массовые сбои сервисов «Яндекса» показали, что пользователи узнают о проблемах раньше, чем компании успевают объясниться. ЦИАН, застройщики и другие арендаторы мощностей оказались в ситуации, когда им приходилось объяснять клиентам причину недоступности, не имея полной информации.
Что делать: заранее подготовьте шаблоны уведомлений для клиентов на случай длительного простоя. Определите, кто и как будет коммуницировать ситуацию.
Оцените реальную стоимость простоя
Многие компании считают, что облако — это дешево. Но атака на ЦОД показывает обратную сторону: простой может обойтись дороже, чем разница в цене между базовым и отказоустойчивым размещением. Финансовый директор должен знать, сколько стоит час недоступности ключевых систем.
Изображение сгенерировано с помощью ИИ / Маргарита Неклюдова