Один аварийный сбой питания в нидерландском дата-центре уложил крупный сегмент Google Cloud почти на 15 часов. Пострадали корпоративные клиенты по всей Европе - и вопросов к архитектуре облака теперь куда больше, чем ответов.
Что случилось и как долго это длилось
Инцидент стартовал 15 июля около 16:39 по тихоокеанскому времени - в Москве уже было раннее утро следующего дня. Зона доступности в регионе Europe-West4 провалилась в офлайн из-за аварии во внешней энергосети. Сбой оказался не просто кратковременным: оборудование молчало почти 15 часов.
Цепочка событий разворачивалась стремительно. Авария в энергосети ударила по распределительному оборудованию ЦОД, часть систем отключилась. Без питания охлаждение встало - и температура в машинных залах начала расти критически быстро. Чтобы не спалить железо, серверы, хранилища и коммутаторы пришлось принудительно заглушить. Восстановление завершилось лишь 16 июля в 17:34 МСК.
Под удар попали три сервиса: Google Cloud VMware Engine, Bare Metal Solution и Google Cloud NetApp Volumes. Все они ориентированы на корпоративный сегмент - то есть пострадали именно те клиенты, для которых простой стоит дороже всего.
Архитектурный изъян, о котором неудобно говорить
Google традиционно советует клиентам распределять нагрузки по нескольким зонам доступности. Логичный совет. Проблема в том, что сама компания, судя по произошедшему, не всегда следовала собственной рекомендации: ряд ключевых сервисов оказался привязан к единственному физическому объекту. Зона формально продолжила работу - но это не помогло тем, кто уже лежал.
Показательная деталь: в официальном отчёте об инциденте нет ни слова о резервных генераторах. Работали ли они вообще - неизвестно. Для дата-центра такого уровня это как минимум странно.
Не первый раз и явно не последний
У Google за последний год накопилась целая коллекция подобных историй. Ранее в Индии пожар в стороннем объекте под управлением партнёрской структуры привёл к изоляции местной точки присутствия и деградации сети в Дели. Ещё раньше, в 2023-м, облачный сервис Spanner упал из-за протечки и возгорания в арендованном здании.
Эксперты из Gartner указывают на системную проблему: облачный бизнес до сих пор лишён нормальной прозрачности. Клиент, выбирая сервис, не знает, сколько физических объектов за ним стоит. Один дата-центр или три - это принципиально разные риски. Но провайдеры эту информацию не раскрывают.
Google в Нидерландах управляет несколькими площадками - в Эмсхавене, Мидденмере и Винсхотене, открытом в ноябре 2025 года. Строительство не останавливается. Но масштаб инфраструктуры сам по себе не гарантирует устойчивости, если архитектура допускает единые точки отказа.
Чего ждать дальше
Компания пообещала подготовить отчёт о мерах по предотвращению аварий. Это стандартная процедура после инцидентов такого масштаба. Только вот клиентам от этого не легче: они по-прежнему не знают, какие скрытые уязвимости прячутся в архитектуре сервисов, которым они доверяют свои данные и процессы.
Пока гиперскейлеры не начнут публично раскрывать реальную топологию своих услуг, корпоративным заказчикам остаётся лишь верить на слово - и надеяться, что следующий сбой питания придётся не на их регион.