Почему сбой на узле ММТС-9 привел к масштабным перебоям в Рунете

Этой мощности по паспорту объекта должно хватать с запасом, но 18 августа 2026 года узел связи частично потерял внешнее питание и на 95 минут обрушил обмен трафиком между операторами.

Хронология и масштаб

По данным MSK‑IX, сетевой инцидент зафиксирован в 20:35 МСК, стабилизирован к 21:25, полностью завершён к 22:10. В «Ростелекоме» назвали причиной аварию на стороне электроснабжающей организации, а не отказ внутренней инфраструктуры узла. На время пропадания основного питания задействованы дизель‑генераторные установки и резервные источники. Аварийная бригада «Россетей» работала над восстановлением основного питания.

Параллельно кратковременное отключение электричества зафиксировано в Гагаринском районе, Хамовниках, Даниловском районе и части Замоскворечья. Пресс‑служба комплекса городского хозяйства Москвы объяснила перебои плановым технологическим переключением источников энергоснабжения. В «Россетях Московский регион» заявили, что технологических нарушений на энергообъектах компании не зафиксировано.

Конструктив питания узла

Согласно описанию ММТС‑9, здание запитано от пяти независимых питающих центров по восьми независимым вводам через кабельные линии 10 кВ. Суммарная разрешённая мощность — 15 300 кВт. Узел находится в ведении ООО «РТК — ЦОД».

Собеседник РБК на площадке ММТС‑9 уточнил: «Резко электричество кончилось. По моим данным, проблема на уровне подстанции, а не ЦОДа». То есть внешний питающий центр потерял связь с узлом, а резервирование на стороне ЦОДа — ДГУ и аккумуляторные линии — отработало лишь частично и с задержкой, иначе обмен трафиком не прерывался бы на полтора часа.

Что проверить

Для объектов с категорией надёжности электроснабжения не ниже II (а ЦОД под ММТС‑9 — именно такой случай) критично, чтобы автоматический ввод резерва срабатывал без участия оператора и без просадки длительностью более нескольких секунд. Если при внешней аварии узел уходит на ДГУ с задержкой или не полностью — это нарушение проектного режима, а не штатная ситуация.

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