Amazon Web Services (AWS) a confirmé qu’il ne peut pas récupérer les ressources et données hébergées exclusivement dans sa région de Bahreïn, suite aux dommages subis par plusieurs centres de données lors des attaques de mars et avril. Ces incidents ont dépassé la capacité de résilience prévue pour ses services régionaux et Multi-AZ. La société avait déjà conseillé à ses clients de migrer leurs charges de travail vers d’autres régions, et elle maintient cette recommandation.

Les points clés des dommages AWS à Bahreïn en 20 secondes

• AWS confirme que certains données et ressources à Bahreïn sont irrécupérables.
• Les dommages ont touché plusieurs zones de disponibilité, dépassant la conception Multi-AZ.
• La société en avait recommandé la migration après le premier incident en mars.
• La région de Bahreïn correspond à me-south-1 et dispose de trois zones de disponibilité.
• Aux Émirats arabes unis, l’accès à une zone, mec1-az2, a également été perdu, tandis que la récupération des autres deux zones se poursuit.

La confirmation arrive six mois après les premiers attaques contre les installations AWS au Moyen-Orient. La société a indiqué dans son tableau de bord qu’un dommage physique s’est étendu à plusieurs zones de disponibilité, et après examen de l’infrastructure affectée, aucune voie de restauration des ressources hébergées exclusivement dans la région de Bahreïn n’a été trouvée.

AWS avait commencé à recommander la migration des charges de travail après qu’une première zone de disponibilité eut été endommagée en mars. Cet avertissement permettait aux clients ayant encore accès à leurs systèmes de déplacer leurs applications et données vers d’autres régions avant que de nouveaux dégâts ne compliquent la récupération. Selon les informations ultérieurement publiées, une part importante des clients a pu le faire via des sauvegardes, de la réplication ou des ressources déployées en dehors de la région affectée.

Les dommages ont touché plusieurs zones de disponibilité simultanément

L’architecture d’AWS sépare physiquement les zones de disponibilité au sein d’une même région afin de réduire l’impact de certains défaillances. La documentation de la société identifie trois zones pour Bahreïn, mes1-az1, mes1-az2 et mes1-az3, dans la région me-south-1. Les Émirats arabes unis utilisent une région différente, me-central-1, avec les zones mec1-az1, mec1-az2 et mec1-az3.

Le problème à Bahreïn réside précisément dans le fait que les dommages physiques ont impacté plus d’une de ces zones. AWS reconnaît maintenant que l’ampleur de l’incident a dépassé ce que ses services régionaux et Multi-AZ sont conçus pour supporter. Cette situation constitue une différence importante par rapport à une panne classique d’une seule zone de disponibilité : les mesures internes de redondance de la région deviennent insuffisantes lorsque l’incident affecte simultanément plusieurs emplacements.

En conséquence, disposer d’une architecture Multi-AZ ne garantit pas, à lui seul, une copie indépendante de toutes les données en dehors de la région. Les applications peuvent être conçues pour continuer à fonctionner après la défaillance d’une zone, mais une situation touchant plusieurs zones nécessite des mécanismes complémentaires, comme la réplication inter-régions ou des copies externes.

Ce point est particulièrement crucial pour les services qui stockent des données uniquement dans une région. Si ces données ne sont pas répliquées hors de la zone affectée, et si l’infrastructure physique devient inaccessible ou détruite, les options de récupération peuvent disparaître avec.

AWS n’a pas annoncé de date pour une restauration complète de Bahreïn. La société reste engagée envers cette région, promettant en fournir des mises à jour durant 2027, tandis que les clients affectés continuent d’opérer depuis d’autres régions.

Les Émirats maintiennent une reprise partielle

Le cas des Émirats arabes unis est différent, et il est important de distinguer ces deux incidents. Là-bas, AWS conserve une partie de son infrastructure opérationnelle et poursuit la récupération des ressources endommagées.

La zone mec1-az2 dans la région me-central-1 a été gravement affectée lors des attaques. AWS avait initialement signalé un incident dans cette zone après que des objets aient impacté une installation, provoquant des étincelles et un incendie. Les autorités locales ont coupé l’alimentation électrique pour maîtriser l’incendie.

La mise à jour la plus récente indique que les ressources et données hébergées uniquement dans mec1-az2 ne pourront pas être récupérées, tandis qu’AWS poursuit la gestion des ressources présentes dans mec1-az1 et mec1-az3. La société remplace également l’infrastructure endommagée, ce qui signifie que la situation aux Émirats ne revient pas à une perte totale de la région de Bahreïn.

La différence entre ces deux cas permet aussi de mieux comprendre l’ampleur réelle de l’incident. À Bahreïn, la perte concerne exclusivement les ressources dépendant de l’ensemble de la région me-south-1. Aux Émirats, la perte est localisée dans une seule des trois zones de me-central-1, tandis que la récupération des autres installations se poursuit.

Cet épisode met en lumière une question souvent occultée lorsqu’on parle d’infrastructure cloud : la redondance logique doit reposer sur une infrastructure physique. Centres de données, réseaux électriques, systèmes de refroidissement, équipements et serveurs restent exposés aux dommages physiques, y compris ceux provoqués par des événements hors des scénarios de continuité habituels.

AWS dispose d’autres régions au Moyen-Orient et ailleurs, sa documentation confirme que Bahreïn et les Émirats sont des régions indépendantes dans son infrastructure globale. Pour une organisation qui doit maintenir la disponibilité de ses systèmes face à une crise régionale, la distinction entre plusieurs zones de disponibilité et la distribution des données entre régions peut s’avérer déterminante.

Ce cas incite également les entreprises encore dépendantes d’une seule région à revoir la localisation de leurs copies, à identifier les ressources pouvant être recréées ailleurs, et à renforcer la réplication de leurs données. Une sauvegarde située dans la même zone que la défaillance n’offre pas la même protection qu’une réplique stockée hors de la région.

Les recommandations d’AWS pour ses clients à Bahreïn ne se limitent pas à attendre que l’infrastructure soit rétablie. La société avait déjà conseillé de migrer les charges vers d’autres régions, et elle estime désormais que certains ressources restées exclusivement en Bahreïn ne pourront pas être restaurées.

Questions fréquentes

Quels données AWS ont été perdues à Bahreïn ?

AWS a confirmé qu’il n’est pas en mesure de restaurer les ressources et données hébergées uniquement dans sa région de Bahreïn (me-south-1) qui ont été touchées par les dommages. Cela ne signifie pas que tous les clients ont perdu leurs données, car ceux disposant de copies ou ressources en dehors de la région ont pu reconstruire leurs opérations.

AWS a-t-il perdu toute son infrastructure au Moyen-Orient ?

Non. Bahreïn reste le cas le plus grave, mais aux Émirats arabes unis, AWS maintient deux des trois zones de disponibilité de me-central-1 tout en poursuivant la récupération. La zone mec1-az2 contient toutefois des ressources et données que la société considère comme irrécupérables.

Pourquoi Multi-AZ n’a-t-il pas empêché la perte de données ?

Multi-AZ est conçu pour assurer une redondance entre zones de disponibilité au sein d’une même région. AWS reconnait que les dommages ont touché plusieurs zones simultanément, dépassant ce que ses services régionaux et Multi-AZ sont conçus pour supporter.

Que recommande AWS aux clients affectés ?

AWS avait conseillé la migration des charges de travail vers d’autres régions après les premiers dommages. La société continue d’aider les clients à opérer depuis d’autres régions et n’a pas fixé de date pour la restauration complète de Bahreïn.