Минцифры и Минобороны обсуждают физическую защиту российских объектов IT-инфраструктуры после атак на площадки «Яндекса»

Глава Минцифры Максут Шадаев заявил 12 октября на заседании комитета Госдумы, что ведомство вместе с Минобороны прорабатывает защиту дата-центров после ударов беспилотников по трём площадкам «Яндекса». Пострадали объекты в Сасове, Калужской области и Владимире, причём последний полностью остановился, а часть сервисов компании стала недоступна. Конкретные меры защиты и сроки их внедрения министр не назвал.
Максут Шадаев назвал произошедшее беспрецедентным ударом и сообщил, что к устранению последствий подключилась вся IT-отрасль. Сохранение работоспособности части сервисов министр объяснил тем, что «Яндекс» заранее заложил резервирование и распределил вычислительные мощности между разными площадками. Звучит как комплимент архитекторам, а по факту резервирование и мультизонность сдают экзамен в проде.
За несколько дней беспилотники повредили три дата-центра «Яндекса»:
- в ночь с 7 на 8 октября пострадал объект в Сасове Рязанской области, где возник пожар и площадка прекратила работу;
- следом 9 октября удар пришёлся по площадке в Калужской области, где часть инфраструктуры вышла из строя, а несколько модулей получили повреждения;
- в ночь на 11 октября пострадал центр во Владимире, его работу пришлось полностью остановить, а часть сервисов компании оказалась недоступна.
В Сасове стояли десятки тысяч серверов, и пока компания оценивает состояние оборудования, сроки восстановления она назвать не может. Во всех трёх случаях сотрудники «Яндекса» не пострадали.
Интересно, что в Сасове размещались два из трёх суперкомпьютеров «Яндекса», на которых обучают и развивают нейросети, то есть две трети суперкомпьютерного парка компании жили в одной точке.
Дата-центры «Яндекса» обслуживают не только пользовательские сервисы, но и корпоративных клиентов, которые размещают в облаке приложения, базы данных и вычислительные ресурсы, поэтому последствия задевают и тех, кто с «Яндексом» напрямую не связан. Для российских компаний, у которых прод крутится в Yandex Cloud, это громкий звоночек перепроверить, в каких зонах лежат их сервисы и данные.
После остановки владимирского ЦОДа «Яндекс» предупредил клиентов Yandex Cloud об аварийном режиме платформы, порекомендовал задействовать альтернативные планы восстановления и сообщил о возможных задержках при обращении в техподдержку.
Территориальное распределение мощностей позволяет перекинуть часть операций на живые площадки, когда одна из них ушла в офлайн, но гарантии отсутствия сбоев оно не даёт, если несколько ЦОДов получают повреждения за короткое время. Дата-центр это не комната с серверами, а связка электропитания, охлаждения, каналов связи, систем хранения и инженерки, поэтому даже целые серверы без охлаждения превращаются в дорогой обогреватель. Чтобы перенос нагрузки между зонами доступности не превратился в лотерею, нужны приземлённые вещи:
- актуальные копии данных на независимой площадке;
- отдельные каналы связи, которые не сходятся в одной точке;
- подготовленные процедуры переключения;
- регулярные проверки восстановления, а не бэкап, который никто не разворачивал.
Последствия повреждения крупных ЦОДов выходят за пределы одной компании, потому что облаком пользуются:
- интернет-магазины, у которых простой превращается в потерянные заказы;
- разработчики софта, чьи приложения и базы живут в облаке;
- финансовые сервисы;
- медиакомпании и другие организации, которым приходится переключаться на резерв, восстанавливать данные или временно отключать часть функций.
По сообщениям российских СМИ, сбои затронули сервисы «Яндекса» и некоторые ресурсы его облачных клиентов, а масштаб последствий зависит от того, где размещены приложения и есть ли у заказчика резерв. Рядовой российский пользователь увидит это как тормозящий сервис или недоступный магазин, причём необязательно из экосистемы «Яндекса».
Стоит обратить внимание, что Максут Шадаев не назвал ни конкретных мер защиты, ни сроков их внедрения, и публично пока известен только сам факт взаимодействия Минцифры с Минобороны.
Владельцам площадок приходится оценивать новые меры физической защиты, проверять устойчивость инженерных систем и пересматривать планы аварийного восстановления. Если расходы на оборудование и защиту вырастут, это может отразиться на стоимости облачных услуг, хотя размер возможного подорожания и сроки пока неизвестны. Размещение ресурсов в разных регионах снижает зависимость от одного объекта, но требует вложений в оборудование, электричество, связь и обслуживание, а общие инженерные системы или каналы связи оставляют формально разные площадки одной точкой отказа.
Заявление Максута Шадаева означает, что защиту крупных IT-объектов обсуждают на уровне профильного министерства и Минобороны, а перед владельцами дата-центров встаёт несколько задач:
- физическая защита зданий и оборудования;
- сохранение электропитания и связи;
- резервирование данных;
- возможность быстро перенести сервисы на другие площадки.
Эксперты CISOCLUB отметили, что физический уровень защиты ЦОДов годами оставался слепой зоной в моделях угроз, где основное место занимали DDoS, шифровальщики и утечки. Планы аварийного восстановления в большинстве компаний писали под пожар, отключение питания или сбой оборудования на одной площадке, а не под повторные повреждения нескольких объектов подряд. Архитектура с резервом в том же регионе, на тех же инженерных системах и каналах связи защищает от сбоя железа, но не от события, которое накрывает сразу несколько точек. Заказчикам облака стоит по пунктам расписать, какие сервисы живут в каких зонах, и хотя бы раз в квартал проверять переключение на резерв вместо того, чтобы верить в него на слово. Копии критичных данных разумно держать у второго провайдера или в собственном контуре, который не зависит от инфраструктуры основного поставщика.
Ранее сообщалось, что за несколько дней беспилотники атаковали три дата-центра «Яндекса», расположенные в Рязанской, Калужской и Владимирской областях. Инфраструктура площадок в Рязанской и Владимирской областях была полностью выведена из строя, а калужский дата-центр получил частичные повреждения. В результате перебои затронули как собственные сервисы компании, так и проекты клиентов Yandex Cloud. Восстановление оборудования может занять до шести месяцев, что способно усилить рост цен на серверное оборудование и облачные услуги.



