Сильный шторм вызвал масштабный сбой Azure в регионе West US 2

Ранним утром 29 мая 2026 года мощная гроза пронеслась по региону West US 2, вызвав масштабное отключение электроэнергии, которое переросло в крупный сбой в работе облачной платформы Microsoft Azure. Инцидент, начавшийся в 04:27 UTC по всемирному координированному времени, вывел из строя множество сервисов и на несколько часов оставил регион в состоянии деградации и восстановления, согласно данным официальной панели статуса Microsoft.

Первопричина: прямой удар по энергоснабжению

Сбой был спровоцирован единственным мощным внешним фактором: сильной грозой. В отличие от некоторых облачных аварий, вызванных внутренними программными ошибками или неверными конфигурациями, здесь с самого начала проблема носила физический характер. В заявлении Microsoft о последствиях чётко указано: гроза вызвала «повсеместное отключение электропитания от общей сети в нескольких дата-центрах West US 2». Это привело к тому, что компания первоначально охарактеризовала ситуацию как «воздействие на весь регион», поскольку сразу подтвердить изоляцию сбоя в конкретных зонах доступности было невозможно.

Широкомасштабный коллапс сервисов

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

• Искусственный интеллект и машинное обучение: Azure OpenAI Service
• Базовые вычисления: Azure Virtual Machines, Azure Kubernetes Service (AKS), Azure Functions
• Базы данных и аналитика: Azure SQL Database, Azure Cosmos DB, Azure Database for PostgreSQL / MySQL (гибкие серверы), Azure Data Factory, Azure Databricks
• Управление и идентификация: Azure Resource Manager, Azure Policy
• Хранение и резервное копирование: Azure Storage Accounts, Azure NetApp Files, Azure Backup
• Интеграция и обмен сообщениями: Azure Service Bus, Azure Communication Services
• Другие ключевые сервисы: Log Analytics, Azure App Service, Azure Maps, Azure Migrate

«Туман войны»: резервные системы питания не вышли из строя

Важное уточнение, которое следует сделать: в отличие от некоторых печально известных аварий в дата-центрах, в данном инциденте нет никаких доказательств того, что отказали резервные системы питания. В обновлениях статуса Microsoft прямо указано, что «питание дата-центров полностью восстановлено», то есть проблема заключалась в первоначальной потере внешнего энергоснабжения, а не в последующем отказе местных генераторов или источников бесперебойного питания (ИБП). Деградация сервисов стала следствием самого отключения и времени, необходимого для безопасного и надёжного перезапуска сложной инфраструктуры хранения данных и сетей.

Это резко контрастирует с другими задокументированными инцидентами Azure. Например, во время сбоя в регионе West US в феврале 2026 года отказ трансформатора напряжения вызвал резкий скачок напряжения, который, распространившись по сети, повредил блоки ИБП, что привело к полной потере питания. О подобных внутренних поломках оборудования в случае с инцидентом 29 мая не сообщалось.

Хронология восстановления

Восстановление после региональной потери питания — это марафон, а не спринт. Основываясь на официальных обновлениях статуса Azure, вот хронология ключевых событий:

• 04:27 UTC: Начало сбоя. Сильная гроза вызывает повсеместное отключение электроэнергии в нескольких дата-центрах West US 2.
• Прогресс восстановления: Электропитание дата-центров полностью восстановлено. После этого большая часть сетевой инфраструктуры и инфраструктуры хранения возвращается в онлайн. Инфраструктура в Зоне доступности 2 восстанавливается и работает в нормальном режиме.
• Затянувшиеся последствия: Усилия по восстановлению концентрируются на части инфраструктуры в Зонах доступности 1 и 3, где два «хранилища» (storage stamps) проходят финальное восстановление и проверку.
• Последний известный статус («Активен — Восстановление»): Согласно последнему доступному снимку статуса, инцидент всё ещё был помечен как «Активен — Восстановление», что означает, что полное устранение неполадок для всех пострадавших сервисов ещё не было объявлено.

Более широкая картина погодных сбоев

Этот последний сбой — далеко не единичный случай. Он является частью тревожной череды погодных уязвимостей, которые преследуют платформу Microsoft Azure на протяжении многих лет. Эти инциденты показывают, что даже самая технологичная облачная инфраструктура в конечном счёте зависит от капризов физического мира.

• Сентябрь 2018, South Central US: Непогода вблизи Сан-Антонио (Техас), включая удары молний, вызвала просадку напряжения, которая отключила системы охлаждения в дата-центре. Серверы перегрелись и выключились, что привело к многодневному сбою некоторых сервисов из-за архитектурных зависимостей.
• Февраль 2026, West US: Локальное прерывание питания в дата-центре было вызвано отказом трансформатора на принадлежащей Microsoft подстанции. Хотя резервные системы включились, первоначальный скачок напряжения повредил оборудование ИБП, что привело к более сложному процессу восстановления, затронувшему Microsoft Store и службы Windows Update.

Эти прецеденты объединяет с инцидентом 29 мая общая черта: внешнее физическое воздействие напрямую влияет на цепочку электропитания дата-центра, вызывая каскадный отказ цифровых сервисов, которые от него зависят.

Ставки для надёжности ИИ становятся выше

Включение Azure OpenAI Service в список деградировавших сервисов знаменует собой заметную эскалацию последствий подобных сбоев. По мере того как предприятия всё активнее внедряют модели искусственного интеллекта в критически важные рабочие процессы и клиентские продукты, региональный простой облака перестаёт быть просто инфраструктурным неудобством. Он напрямую нарушает работу приложений, поиска и автоматизации на базе ИИ. Хотя сильная гроза — это стихийное бедствие, вызванный ею сбой высвечивает растущий риск концентрации для ИИ-нагрузок, зависящих от конкретных облачных регионов.

В рамках предоставленных источников Microsoft ещё не опубликовала подробный анализ коренных причин (RCA) этого конкретного инцидента. Таким образом, окончательные выводы о точной последовательности восстановления питания и причинах, по которым определённым системам хранения потребовалось дополнительное время на восстановление, будут подтверждены только после официального пост-инцидентного обзора.