Сделано в МедиаМашине · №132

Атаки на дата-центры Яндекса: что сообщают о площадках и сбоях сервисов

11 октября 2026 г. в 10:31

Облако — это тоже здание: что известно об атаках на дата-центры «Яндекса»

8 октября у многих пользователей перестали открываться файлы на «Яндекс.Диске», зависали «Яндекс.Документы», с перебоями работала «Яндекс.Почта». Для человека по ту сторону экрана это выглядело как обычный сбой. На самом деле за ним стоял пожар на реальной площадке, где стоят реальные серверы. За следующие 3 дня СМИ сообщили об атаках дронами ещё на 2 дата-центра компании. Удобная фраза «данные в облаке» снова обрела физический адрес.

Что произошло: 3 площадки за 4 дня

Хронология складывается из нескольких публикаций, и у каждого эпизода свой источник.

🔥 8 октября, Сасово, Рязанская область. По сообщениям СМИ, после атаки и пожара площадка полностью остановила работу. Пострадавших, по этим данным, нет. Именно с этим эпизодом связывают перебои в «Диске», «Документах» и «Почте».

🔥 9 октября, Калужская область. «Ведомости» приводят заявление компании: несколько модулей объекта полностью выведены из строя, часть сервисов работает с перебоями.

🔥 11 октября, Владимирская область. ZN.ua сообщает об атаке на третий объект и приводит заявление «Яндекса» об остановке его работы.

Точных адресов площадок компания не раскрывает, и гадать о них мы не будем. Регионов достаточно, чтобы увидеть главное: удары пришлись на разные объекты, а не на один.

Насколько всё серьёзно

Здесь легко скатиться в громкие заголовки о «коллапсе Рунета». Мы так делать не будем, потому что цифры говорят о другом.

BBC 8 октября проверила сети Yandex Cloud и выяснила, что примерно треть из них перестала отвечать. Это результат конкретной проверки конкретных сетей. Он не означает, что из строя вышла треть всей облачной платформы. Полная остановка площадки в Сасове, повреждение отдельных модулей в Калужской области и недоступность сетей в замере BBC — 3 разных показателя, и складывать их в одну страшную цифру нельзя.

Важно и другое: перебои не равны потере данных. Сервис может быть недоступен часами, а данные при этом могут сохраниться на другой площадке и вернуться после переключения.

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

Конкуренты в одной лодке

Самая показательная деталь этой истории касается не повреждений, а реакции рынка. По данным The Insider, «Яндекс» договорился с VK Cloud, Selectel и K2Cloud об ускоренном размещении данных и сервисов пострадавших клиентов.

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

Как удар по зданию превращается в недоступный файл

Цепочка отказа короче, чем кажется:

🏢 площадка: здание, охлаждение, физическая защита; ⚡ питание и связь: электричество, каналы передачи данных; 🖥 серверная инфраструктура: стойки, хранилища, сетевое оборудование; ☁️ сервис: «Диск», «Почта», облачная база данных клиента; 👤 пользователь или бизнес-процесс: файл, письмо, заказ в интернет-магазине.

Достаточно разорвать первое звено, и всё ниже по цепочке перестаёт работать, как бы надёжно ни были настроены программы.

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

Что мы видели сами

Мы тоже знаем, каково это — зависеть от чужой инфраструктуры. Однажды у нас отказал API «Яндекса»: изображения просто перестали подгружаться. С нынешними атаками тот сбой не связан, у него были свои причины. Но ощущение запомнилось хорошо: у тебя всё настроено правильно, а работа встала, потому что что-то сломалось у провайдера. Когда ломается не API, а целое здание, это ощущение умножается на тысячи компаний сразу.

Наш прогноз: облако перестанут считать неуязвимым

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

Отдельно о GPU-серверах. Прямой связи между дроном и видеокартой нет: GPU нужны для задач на вычислительных ускорителях, в первую очередь для ИИ. Но восстановление — это почти всегда модернизация. Так происходит с НПЗ после ударов: разрушенную установку редко восстанавливают в прежнем виде, чаще ставят более современную. С дата-центрами, по нашему мнению, будет так же. Если инфраструктуру всё равно приходится закупать и проектировать заново, компании заложат в неё мощности под ИИ, которые давно стояли в планах. Поэтому мы ожидаем, что вынужденное перевооружение подтолкнёт спрос на GPU-серверы.

Главный вывод

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

Проверить это можно 3 вопросами к своей инфраструктуре. Где физически находится ваш резерв? Какие зависимости от того же провайдера он сохраняет? И когда вы в последний раз действительно на него переключались? Если ответ на последний вопрос — «никогда», то резерва у вас пока нет, есть только надежда на него.