Azure East US : panne 12 h, VMs et identité touchées

Ce qui s'est passé

Entre le 24 avril 2026 à 11h39 UTC et le 25 avril à 00h15 UTC, la région Azure East US a connu une panne plateforme de plus de 12 heures qui a perturbé une partie significative des charges de travail clients. Selon l'incident report publié par Microsoft sur sa page status, les utilisateurs ont rencontré des échecs et des latences lors du provisionnement, du scaling et de la mise à jour des ressources Azure, ainsi que des pertes de connectivité intermittentes sur les machines virtuelles et les sessions Azure Virtual Desktop déjà en cours d'exécution. Le défaut a démarré dans une seule zone de disponibilité physique baptisée AZ01, mais à mesure que les nouvelles allocations basculaient vers les zones restantes, la même panne s'est propagée à AZ02 puis AZ03, mettant à mal le principe d'isolation par zone qui sert habituellement de filet de sécurité pour les architectures multi-AZ pensées pour la haute disponibilité.

Microsoft a confirmé la restauration complète à 00h15 UTC le 25 avril après une période de monitoring renforcé et a marqué l'incident comme mitigé sans impact résiduel. L'éditeur n'a pas encore publié la cause racine. Un Preliminary Post Incident Review est attendu sous 72 heures, suivi d'un PIR final dans les deux semaines une fois la rétrospective interne achevée.

Pourquoi c'est important

East US est l'une des régions Azure les plus chargées au monde et héberge une part importante des services Microsoft 365 et des workloads d'entreprise nord-américains. Une panne qui se propage de zone en zone remet en cause la promesse de résilience multi-AZ vendue depuis des années comme la parade à ce type d'incident, et oblige les architectes à reconsidérer leurs hypothèses de tolérance aux pannes.

Pour les organisations soumises à NIS2 ou DORA, cet incident s'ajoute à une série de pannes Microsoft documentées sur les six derniers mois et alimente les exigences de plans de continuité multi-cloud ou multi-région. Les régulateurs européens regardent désormais avec attention la concentration des risques chez les hyperscalers, et la question d'une exigence de bascule active-active entre régions revient sur la table.

Ce qu'il faut retenir

• Une panne de 12 h en East US a affecté VMs, identité et provisioning entre le 24 et le 25 avril 2026.
• L'incident s'est propagé d'AZ01 à AZ02 puis AZ03, contredisant le modèle d'isolation par zone.
• Vérifier que vos plans de bascule prévoient un scénario multi-région, pas seulement multi-AZ.