Microsoft a signalé deux perturbations du service Azure en autant de jours, notamment une perturbation affectant les opérations de gestion des machines virtuelles hier et une panne de ressources d’identité gérée pour Azure dans les régions de l’Est et de l’Ouest des États-Unis aujourd’hui.
Selon Microsoft, le problème actuel d’identité gérée pour les ressources Azure a touché les régions de l’Est et de l’Ouest des États-Unis et a duré près de six heures, de 0015 UTC à 0605 UTC. Le problème survenait lorsque les utilisateurs essayaient de créer, mettre à jour, supprimer ou acquérir des jetons.
Les vulnérabilités de sécurité et les temps d’arrêt du système proviennent souvent de la gestion manuelle des secrets et des certificats. Les ressources Managed Identity pour Azure visent à soulager les développeurs du fardeau de la gestion des informations d’identification.
AD ENREGISTREMENT
La panne, qui a été atténuée, « a impacté les services dépendants tels qu’Azure Synapse Analytics, Azure Databricks, Azure Stream Analytics, Azure Kubernetes Service, Microsoft Copilot Studio, Azure Chaos Studio, Azure Database pour les serveurs flexibles PostgreSQL, Azure Container Apps et Azure AI Video Indexer ». Donc plutôt beaucoup.
AD ENREGISTREMENT
Cette panne a suivi de près une autre, au cours de laquelle les opérations de gestion des services pour les machines virtuelles ont entraîné des notifications d’erreurs. Microsoft a donné l’exemple de « créer, supprimer, mettre à jour, mettre à l’échelle, démarrer, arrêter ».
Comme pour le temps d’arrêt de ce matin, le problème d’hier a été exacerbé car les services avaient des dépendances sur ces opérations, notamment les serveurs Azure Arc Enabled, Azure Batch, Azure Cache for Redis, Azure Container Apps, Azure DevOps (ADO), Azure Kubernetes Service (AKS), Azure Backup, Azure Load Testing, Azure Firewall, Azure Search, Azure Virtual Machine Scale Sets (VMSS) et GitHub.
Microsoft a reconnu le problème hier soir à 19 h 46 UTC, mais n’a pas fourni de calendrier pour l’atténuer. Le registre a demandé plus de détails et mettra à jour cet article si l’entreprise répond.
GitHub a noté une dégradation des performances des actions à 1903 UTC, et il a fallu attendre 0056 UTC le 3 février pour que le code shack déclare que l’incident était résolu.
Quant à la cause de la panne de la machine virtuelle, Microsoft a déclaré : « Nous avons identifié la cause première comme un changement de configuration qui a involontairement restreint l’accès public à certains comptes de stockage gérés par Microsoft utilisés pour héberger les packages d’extension de machine virtuelle. »
Oui, Microsoft a apporté une modification de configuration qui a par inadvertance cassé les choses pour les développeurs de plusieurs régions. Ces mêmes développeurs auraient probablement des conseils à donner à Microsoft pour tester les modifications avant de les déployer en production.
Les enjeux mettent en évidence les interdépendances entre les services cloud. Un changement de configuration erroné à un endroit peut entraîner une cascade de problèmes ailleurs. ®
