Microsoft 365: когда восстановление не возвращает мощности
Продолжающийся сбой Microsoft 365 выявил проблему, которая вызывает больше беспокойства, чем обычный всплеск трафика.
Серверы начали не проходить проверки работоспособности и выходить из строя. Оставшаяся инфраструктура приняла на себя перенаправленный трафик, увеличив нагрузку на доступные мощности.
Позже Microsoft установила, что причиной стал перегруженный процесс установления защищённых соединений. Некоторые восстановившиеся серверы снова перестали отвечать после возвращения трафика.
Именно в этом заключается ключевой момент.
Успешное прохождение сервером проверки работоспособности ещё не означает, что он способен обрабатывать рабочий трафик.
Microsoft предприняла попытки контролируемой перезагрузки серверов, ограничения трафика и изменения конфигурации, одновременно изучая недавнее изменение сети. Первые признаки восстановления были обнадёживающими, однако последующие меры не дали ожидаемого улучшения.
Сбой затронул не только Exchange Online, но и зависящие от него сервисы, включая некоторые функции Teams, Copilot и Microsoft Graph.
Главный вывод касается эффективной, а не установленной мощности.
В тесно связанной облачной платформе восстановление серверов без восстановления их способности обрабатывать реальные рабочие нагрузки может удерживать систему в том же цикле сбоев.
Следующий показатель, за которым стоит следить, — устойчивое восстановление при обычной нагрузке, а затем — анализ первопричины сбоя от Microsoft.
#stocks
$MSFT.US
Продолжающийся сбой Microsoft 365 выявил проблему, которая вызывает больше беспокойства, чем обычный всплеск трафика.
Серверы начали не проходить проверки работоспособности и выходить из строя. Оставшаяся инфраструктура приняла на себя перенаправленный трафик, увеличив нагрузку на доступные мощности.
Позже Microsoft установила, что причиной стал перегруженный процесс установления защищённых соединений. Некоторые восстановившиеся серверы снова перестали отвечать после возвращения трафика.
Именно в этом заключается ключевой момент.
Успешное прохождение сервером проверки работоспособности ещё не означает, что он способен обрабатывать рабочий трафик.
Microsoft предприняла попытки контролируемой перезагрузки серверов, ограничения трафика и изменения конфигурации, одновременно изучая недавнее изменение сети. Первые признаки восстановления были обнадёживающими, однако последующие меры не дали ожидаемого улучшения.
Сбой затронул не только Exchange Online, но и зависящие от него сервисы, включая некоторые функции Teams, Copilot и Microsoft Graph.
Главный вывод касается эффективной, а не установленной мощности.
В тесно связанной облачной платформе восстановление серверов без восстановления их способности обрабатывать реальные рабочие нагрузки может удерживать систему в том же цикле сбоев.
Следующий показатель, за которым стоит следить, — устойчивое восстановление при обычной нагрузке, а затем — анализ первопричины сбоя от Microsoft.
#stocks
$MSFT.US