Microsoft 365: cuando la recuperación no restablece la capacidad
La interrupción del servicio de Microsoft 365 que Microsoft sigue experimentando ha puesto al descubierto un modo de fallo más preocupante que un simple pico de tráfico.
Los servidores empezaron a no superar las comprobaciones de estado y a quedar fuera de servicio. La infraestructura restante absorbió el tráfico desviado, lo que aumentó la presión sobre la capacidad aún disponible.
Más tarde, Microsoft identificó un proceso sobrecargado responsable de establecer conexiones seguras. Algunos servidores recuperados volvieron a dejar de responder cuando se restableció el tráfico.
Ese es el detalle crucial.
Que un servidor supere una comprobación de estado no significa necesariamente que pueda gestionar el tráfico de producción.
Microsoft ha probado reinicios controlados, restricciones de tráfico y cambios de configuración, mientras investiga un cambio reciente en la red. Las primeras señales de recuperación eran alentadoras, pero las medidas de mitigación posteriores no produjeron la mejora esperada.
La interrupción afecta, además de Exchange Online, a los servicios que dependen de él, incluidos algunos componentes de Teams, Copilot y Microsoft Graph.
La lección general tiene que ver con la capacidad efectiva, no con la capacidad instalada.
En una plataforma en la nube estrechamente interconectada, restaurar los servidores sin restablecer su capacidad para procesar cargas de trabajo reales puede dejar al sistema atrapado en el mismo ciclo de fallos.
La próxima señal que habrá que observar es una recuperación sostenida con tráfico normal, seguida del análisis de Microsoft sobre la causa raíz.
#stocks
$MSFT.US
La interrupción del servicio de Microsoft 365 que Microsoft sigue experimentando ha puesto al descubierto un modo de fallo más preocupante que un simple pico de tráfico.
Los servidores empezaron a no superar las comprobaciones de estado y a quedar fuera de servicio. La infraestructura restante absorbió el tráfico desviado, lo que aumentó la presión sobre la capacidad aún disponible.
Más tarde, Microsoft identificó un proceso sobrecargado responsable de establecer conexiones seguras. Algunos servidores recuperados volvieron a dejar de responder cuando se restableció el tráfico.
Ese es el detalle crucial.
Que un servidor supere una comprobación de estado no significa necesariamente que pueda gestionar el tráfico de producción.
Microsoft ha probado reinicios controlados, restricciones de tráfico y cambios de configuración, mientras investiga un cambio reciente en la red. Las primeras señales de recuperación eran alentadoras, pero las medidas de mitigación posteriores no produjeron la mejora esperada.
La interrupción afecta, además de Exchange Online, a los servicios que dependen de él, incluidos algunos componentes de Teams, Copilot y Microsoft Graph.
La lección general tiene que ver con la capacidad efectiva, no con la capacidad instalada.
En una plataforma en la nube estrechamente interconectada, restaurar los servidores sin restablecer su capacidad para procesar cargas de trabajo reales puede dejar al sistema atrapado en el mismo ciclo de fallos.
La próxima señal que habrá que observar es una recuperación sostenida con tráfico normal, seguida del análisis de Microsoft sobre la causa raíz.
#stocks
$MSFT.US