Microsoft 365: Quando a recuperação falha em restaurar a capacidade
A interrupção contínua do Microsoft 365 da Microsoft expôs um modo de falha mais preocupante do que um simples pico de tráfego.
Os servidores começaram a falhar nas verificações de integridade e a sair do serviço. A infraestrutura restante absorveu o tráfego deslocado, aumentando a pressão sobre a capacidade ainda disponível.
Mais tarde, a Microsoft identificou um processo sobrecarregado responsável por estabelecer conexões seguras. Alguns servidores recuperados tornaram-se novamente indisponíveis depois que o tráfego retornou.
Esse é o detalhe crítico.
Um servidor que passa em uma verificação de integridade não é necessariamente um servidor capaz de lidar com tráfego de produção.
A Microsoft tentou reinicializações controladas, restrições de tráfego e alterações de configuração, enquanto investigava uma mudança recente na rede. Os sinais iniciais de recuperação eram encorajadores, mas a mitigação subsequente não proporcionou a melhora esperada.
A interrupção se estende além do Exchange Online para serviços que dele dependem, incluindo partes do Teams, Copilot e Microsoft Graph.
A lição mais ampla diz respeito à capacidade efetiva, não à capacidade instalada.
Em uma plataforma de nuvem fortemente conectada, restaurar servidores sem restaurar sua capacidade de processar cargas de trabalho reais pode deixar o sistema preso no mesmo ciclo de falha.
A próxima evidência a observar é uma recuperação sustentada sob tráfego normal, seguida pela análise de causa raiz da Microsoft.
#stocks
$MSFT.US
A interrupção contínua do Microsoft 365 da Microsoft expôs um modo de falha mais preocupante do que um simples pico de tráfego.
Os servidores começaram a falhar nas verificações de integridade e a sair do serviço. A infraestrutura restante absorveu o tráfego deslocado, aumentando a pressão sobre a capacidade ainda disponível.
Mais tarde, a Microsoft identificou um processo sobrecarregado responsável por estabelecer conexões seguras. Alguns servidores recuperados tornaram-se novamente indisponíveis depois que o tráfego retornou.
Esse é o detalhe crítico.
Um servidor que passa em uma verificação de integridade não é necessariamente um servidor capaz de lidar com tráfego de produção.
A Microsoft tentou reinicializações controladas, restrições de tráfego e alterações de configuração, enquanto investigava uma mudança recente na rede. Os sinais iniciais de recuperação eram encorajadores, mas a mitigação subsequente não proporcionou a melhora esperada.
A interrupção se estende além do Exchange Online para serviços que dele dependem, incluindo partes do Teams, Copilot e Microsoft Graph.
A lição mais ampla diz respeito à capacidade efetiva, não à capacidade instalada.
Em uma plataforma de nuvem fortemente conectada, restaurar servidores sem restaurar sua capacidade de processar cargas de trabalho reais pode deixar o sistema preso no mesmo ciclo de falha.
A próxima evidência a observar é uma recuperação sustentada sob tráfego normal, seguida pela análise de causa raiz da Microsoft.
#stocks
$MSFT.US