AWS ne peut plus restaurer les ressources et les données hébergées exclusivement dans sa région de Bahreïn, ME-SOUTH-1, ni celles hébergées exclusivement dans la zone de disponibilité mec1-az2 de sa région des Émirats arabes unis. Dans une mise à jour publiée le 15 septembre, l’entreprise a également indiqué que les opérations de récupération se poursuivaient dans les zones mec1-az1 et mec1-az3.

Cette annonce intervient après plusieurs mois de dommages physiques liés au conflit régional. AWS avait décrit des dégâts structurels, des coupures d’alimentation et des infiltrations d’eau provoquées par les systèmes d’extinction incendie. Le problème ne concerne donc pas une simple interruption logicielle : une partie de l’infrastructure doit être remplacée ou ne peut plus être remise en service.

AWS précise l’étendue des ressources impossibles à restaurer

La formulation d’AWS est géographiquement et techniquement limitée. À Bahreïn, elle concerne les ressources et les données hébergées exclusivement dans la région ME-SOUTH-1, dont les dommages ont touché plusieurs zones de disponibilité. Aux Émirats arabes unis, elle vise précisément la zone mec1-az2 dans la région ME-CENTRAL-1.

Localisation AWSRessources concernéesÉtat de la récupérationSolution utilisée par les clients
Bahreïn — ME-SOUTH-1Ressources et données hébergées exclusivement dans la régionAWS ne peut plus les restaurerReprise dans d’autres régions, sauvegardes ou solutions alternatives
Émirats arabes unis — ME-CENTRAL-1Ressources et données hébergées exclusivement dans mec1-az2AWS ne peut plus les restaurer ; la récupération continue dans mec1-az1 et mec1-az3Reprise dans d’autres régions, sauvegardes ou copie des données accessibles

Cette situation ne signifie pas que toutes les données de tous les clients AWS à Bahreïn et aux Émirats ont disparu. AWS indique que la plupart des clients concernés ont pu reprendre leurs activités en utilisant des sauvegardes ou en copiant des données restées accessibles. La restriction porte sur les ressources hébergées exclusivement dans les périmètres précisés par AWS.

Ce que la redondance multi-zone pouvait — et ne pouvait pas — absorber

Une zone de disponibilité AWS regroupe un ou plusieurs centres de données au sein d’une même région géographique. L’architecture multi-zone est conçue pour permettre à des services répartis entre plusieurs zones de continuer à fonctionner lorsqu’une zone isolée rencontre une panne.

À Bahreïn, AWS affirme toutefois que les dégâts ont touché plusieurs zones de disponibilité et dépassé ce que ses services régionaux et multi-zone étaient conçus pour supporter. Aux Émirats, deux installations ont été directement frappées selon la chronologie publiée par AWS le 2 mars. La zone mec1-az2 reste le cas le plus grave dans la dernière mise à jour, tandis que le travail de récupération se poursuit dans mec1-az1 et mec1-az3.

Les premiers incidents avaient conduit AWS à recommander la migration vers d’autres régions. La panne de Bahreïn s’est ensuite étendue après la perturbation d’une deuxième zone en avril. La redondance entre zones réduit le risque d’une panne isolée ; elle ne garantit pas la continuité lorsque plusieurs sites physiques d’une même région sont endommagés au cours d’un même conflit.

Sauvegardes et migration : la voie de reprise pour les clients

AWS indique que les clients ont principalement rétabli leurs opérations de trois manières :

  • en basculant leurs services vers une autre région AWS ;
  • en restaurant des sauvegardes conservées à distance ;
  • en copiant les données encore accessibles vers une infrastructure de remplacement.

Cette stratégie dépend de la façon dont chaque client avait conçu son plan de reprise après sinistre. Une application répartie entre plusieurs zones ou régions ne se trouve pas dans la même situation qu’une ressource conservée exclusivement dans la zone ou la région touchée.

Aux Émirats arabes unis, AWS remplace l’infrastructure affectée et poursuit la récupération des ressources régionales ainsi que des ressources zonales hébergées dans mec1-az1 et mec1-az3. L’entreprise n’a pas donné de date précise pour la restauration complète des services dans sa mise à jour du 15 septembre. Elle prévoit une nouvelle communication sur Bahreïn au début de 2027 et une mise à jour sur les Émirats dans les mois suivants.

Une chronologie marquée par les dommages physiques

AWS a commencé à signaler des problèmes dans ME-CENTRAL-1 le 1er mars 2026. Son entrée du 2 mars a ensuite décrit des frappes directes contre deux installations aux Émirats arabes unis et les dommages physiques causés à une installation bahreïnienne par une frappe à proximité.

Les dégâts signalés comprenaient des dommages structurels, une alimentation électrique perturbée et des dégâts supplémentaires liés à l’eau utilisée pour combattre les incendies. En avril, AWS a indiqué qu’une deuxième zone de disponibilité bahreïnienne avait été perturbée. Le 15 septembre, l’entreprise a publié son évaluation la plus précise : les ressources hébergées exclusivement dans la région de Bahreïn et celles de la zone mec1-az2 aux Émirats ne pouvaient plus être restaurées.

En juillet, le Corps des gardiens de la révolution islamique a revendiqué la destruction d’infrastructures AWS à Bahreïn. Cette revendication n’a pas été confirmée par Amazon, les autorités bahreïniennes ou les responsables américains. AWS, de son côté, attribue les dommages au conflit régional et décrit leurs conséquences opérationnelles sans identifier l’auteur des frappes dans sa mise à jour du 15 septembre.

AWS prévoit désormais une nouvelle mise à jour sur Bahreïn au début de 2027, tandis que le remplacement d’infrastructures et la récupération se poursuivent aux Émirats arabes unis.