AWS abandonne deux zones de données au Moyen-Orient après des dégâts de guerre

Amazon Web Services a informé ses clients le 15 septembre qu'elle renonçait à restaurer une partie de son empreinte au Moyen-Orient. L'une de ses trois zones de disponibilité aux Émirats arabes unis et l'ensemble de son réseau de Bahreïn sont irrécupérables après des frappes de drones iraniens en mars, a indiqué l'entreprise dans une mise à jour de statut rapportée en premier par Reuters.

À lire aussi: SK et AWS portent leur centre de données IA d'Ulsan vers 900 mégawatts · L'Ukraine frappe deux centres de données Yandex, atteignant la puissance de calcul de l'IA russe.

« Nous avons déterminé que nous ne sommes pas en mesure de restaurer l'accès aux ressources et aux données hébergées exclusivement » dans la zone émirienne concernée et à Bahreïn, a déclaré AWS, selon The National. L'entreprise indique être parvenue à cette conclusion après une évaluation approfondie et avoir prévenu les autorités des deux États du Golfe. « Nous restons déterminés à soutenir nos clients aux Émirats arabes unis et à Bahreïn », a ajouté AWS.

Cet aveu transforme une panne de guerre en perte définitive d'infrastructure et, pour certains clients, en perte de données. Il marque aussi un tournant dans la manière dont l'industrie du cloud doit penser la géographie, car les sites endommagés n'étaient pas dans un marché marginal. Ils faisaient partie de l'infrastructure qui soutient les banques, les paiements, les apps de livraison et les services publics dans tout le Golfe.

Comment la région en est arrivée là

Les frappes sont intervenues après que les États-Unis et Israël ont lancé une offensive contre l'Iran le 28 février 2026. Début mars, AWS a confirmé que deux installations aux Émirats avaient été touchées directement et qu'une frappe de drone près de l'une de ses installations à Bahreïn avait causé des impacts physiques. L'entreprise a décrit des dommages structurels, une livraison d'électricité perturbée et, dans certains cas, des dégâts des eaux liés aux systèmes d'extinction d'incendie.

AWS exploite neuf sites de centres de données au Moyen-Orient : trois chacun aux Émirats arabes unis, à Bahreïn et en Israël, avec trois autres prévus en Arabie saoudite. Sa région de Bahreïn, me-south-1, a ouvert en 2019 comme la première de l'entreprise dans la région. La région émirienne, me-central-1, a suivi en 2022. Les deux reposaient sur la conception cloud standard à trois zones de disponibilité, des grappes physiquement séparées censées maintenir un service en marche quand l'une tombe.

Bahreïn a brisé cette hypothèse. AWS a déclaré que les dommages y couvraient plusieurs zones de disponibilité et « dépassaient ce que nos services régionaux et multi-zones de disponibilité sont conçus pour supporter ». Autrement dit, le modèle de défaillance autour duquel l'architecture a été bâtie, la perte d'une seule zone, ne couvrait pas ce qui s'est réellement produit. L'entreprise affirme avoir « épuisé toutes les options pour restaurer les données et les ressources qui n'avaient pas été migrées avant que la région ne devienne indisponible ».

Dans la zone émirienne, AWS indique travailler à remplacer l'infrastructure touchée et fournira une mise à jour sur la restauration dans les mois à venir. Pour Bahreïn, l'entreprise renvoie à une mise à jour début 2027. Ces deux calendriers sont inhabituellement vagues pour un fournisseur qui publie normalement des rapports d'incident détaillés, et ils laissent les clients planifier autour d'un trou sans fin.

Les clients avaient déjà commencé à partir

L'impact pratique a été amorti par le fait que la perturbation a commencé en mars, laissant des mois aux clients pour réagir. AWS a déclaré que la plupart des clients touchés avaient rétabli leurs opérations dans d'autres régions en restaurant des sauvegardes ou en copiant des données restées accessibles. Certaines charges de travail n'ont pas pu être déplacées, car les données n'existaient que dans les zones endommagées, et c'est pourquoi le mot « irrécupérable » compte.

Les frappes ont perturbé bien plus que les services d'AWS. Des banques, dont Emirates NBD, Emirates Islamic, First Abu Dhabi Bank et Abu Dhabi Commercial Bank, ont signalé des pannes intermittentes dans les jours suivant les attaques, et les paiements, les livraisons et les logiciels d'entreprise à travers la région ont vacillé. L'incident a montré à quel point une économie moderne passe par un petit nombre de fournisseurs de cloud et combien le risque physique peut être concentré.

Ces fournisseurs sont aussi liés à la défense. Des reportages en mars ont noté que l'armée américaine exécute certaines charges de travail sur AWS, dont le modèle Claude d'Anthropic pour certaines fonctions de renseignement, et que cette réalité d'usage dual fait des centres de données commerciaux des cibles stratégiques. L'agence de presse iranienne Fars a affirmé que l'installation de Bahreïn avait été visée pour cette raison, une affirmation sur laquelle AWS a refusé de commenter. Des analystes cités par Fortune ont décrit ces frappes comme la première fois que des centres de données étaient délibérément pris pour cible dans un conflit, et ont prédit qu'elles ne seraient pas les dernières.

Une carte du cloud à redessiner

Pendant des années, l'argument de l'infrastructure cloud régionale était la latence locale et la résidence des données. Une entreprise à Manama ou à Dubaï pouvait garder ses données dans le pays, respecter les règles locales et atteindre ses utilisateurs rapidement. Les frappes ajoutent une dimension de sécurité plus difficile à intégrer par la conception. La séparation physique des zones de disponibilité protège contre les pannes d'équipement, les problèmes d'alimentation et même certaines catastrophes naturelles, mais pas contre une décision militaire de viser les bâtiments.

C'est pourquoi la réponse a inclus des idées inhabituelles. Les reportages sur les suites ont noté que les Émirats envisagent des centres de données souterrains pour durcir les installations face aux attaques. Plus largement, les entreprises ayant des opérations au Moyen-Orient réexaminent quelles charges de travail peuvent tolérer de vivre dans une zone de conflit, et les régulateurs font face à la réalité que les règles de résidence des données et la résilience physique peuvent tirer en sens opposés.

Les ambitions d'IA du Golfe rendent l'enjeu plus élevé. La région a attiré d'énormes promesses d'investissement, dont un campus Stargate UAE prévu à Abu Dhabi, qui serait l'une des plus grandes installations d'IA hors des États-Unis, et l'engagement d'Amazon lui-même de 5 milliards de dollars pour un hub d'IA en Arabie saoudite. Ces projets dépendent d'une empreinte cloud que les clients croient sûre. Une région irrécupérable, avec une date de restauration repoussée à 2027 au plus tôt, est une donnée difficile à expliquer à un conseil d'administration.

Ce qu'il faut surveiller

La question à court terme est ce qu'AWS reconstruira et où. L'entreprise n'a pas dit si elle remplacera la capacité perdue à Bahreïn, la déplacera, ou traitera l'expansion saoudienne comme le nouveau centre de gravité de la région. Une décision de concentrer la capacité future en Arabie saoudite et en Israël redessinerait la latence et la redondance pour tout le Golfe.

La question à plus long terme est de savoir si une architecture multi-régions et multi-fournisseurs devient la norme pour toute entreprise exposée au Moyen-Orient. L'industrie parle de redondance géographique depuis des années ; le cas AWS montre la limite à traiter les zones de disponibilité comme l'unité de résilience. Pour les clients qui ont perdu des données, la leçon est déjà coûteuse. Pour tous les autres, c'est un avertissement : en cas de conflit, le cloud a une adresse.

Image de couverture : un campus de centres de données AWS aux États-Unis, montré à titre d'exemple représentatif. Photo de Tedder via Wikimedia Commons, CC BY-SA 4.0. Les installations touchées au Moyen-Orient ne disposent d'aucune photographie sous licence publique.