Contexte de l'incident
Amazon Web Services a confirmé qu’une partie de ses installations situées au Moyen‑Orient a été touchée par des frappes attribuées à l’Iran. L’entreprise indique que les dommages matériels empêchent la restauration de certains jeux de données hébergés dans ces sites. Aucun chiffre précis n’est fourni sur le volume de données affectées, ni sur le nombre de serveurs impactés.
Les installations concernées font partie d’une architecture régionale qui regroupe plusieurs zones de disponibilité (AZ) afin de garantir la continuité de service. Dans le modèle AWS, chaque AZ possède son propre réseau d’alimentation, de refroidissement et de connectivité, ce qui limite la propagation d’une panne locale. Cependant, lorsque la destruction physique touche plusieurs AZ d’une même région, la redondance interne peut être insuffisante pour récupérer les données qui n’ont pas été répliquées en dehors de la zone affectée.
Fonctionnement de la résilience des données chez AWS
AWS propose plusieurs niveaux de protection selon le service utilisé. Par exemple, Amazon S3 assure une durabilité de 99,9999999 % grâce à la réplication automatique des objets sur plusieurs AZ. De même, les bases de données relationnelles (RDS) offrent des sauvegardes automatisées et la possibilité de créer des réplicas multi‑régionaux. Ces mécanismes reposent sur la duplication asynchrone ou synchrone des blocs de stockage, ce qui implique que la récupération dépend de la présence d’une copie valide dans une zone non affectée.
Dans le cas présent, AWS précise qu’il ne peut pas restaurer « certaines » données, ce qui laisse supposer que les clients concernés n’avaient pas activé de réplication hors région ou que leurs sauvegardes n’étaient pas à jour. L’absence de réplication inter‑régionale expose les données à la perte en cas de sinistre majeur touchant l’ensemble de la région.
Implications pour les utilisateurs et limites de la stratégie de sauvegarde
Cette situation rappelle que la responsabilité de la continuité de service repose en partie sur le client. AWS fournit les outils de réplication et de sauvegarde, mais la configuration de ces services doit être adaptée aux exigences de tolérance aux pannes de chaque charge de travail. Les organisations qui ne déploient que des sauvegardes locales ou qui s’appuient sur une seule région risquent de perdre des informations critiques si un événement géopolitique ou naturel affecte l’infrastructure physique.
Par ailleurs, la perte de données peut avoir des répercussions juridiques, notamment en matière de conformité aux réglementations sur la protection des données (RGPD, etc.). Les entreprises doivent donc documenter leurs stratégies de sauvegarde, tester régulièrement les restaurations et envisager des copies hors‑site ou dans des régions géographiques distinctes pour réduire le risque de perte totale.
Perspectives et bonnes pratiques
Face à cet incident, les meilleures pratiques consistent à activer la réplication multi‑régionnelle pour les services critiques, à vérifier la fréquence des snapshots et à mettre en place des procédures de récupération d’urgence (DR) clairement définies. Les clients peuvent également exploiter les services de sauvegarde gérés (AWS Backup) qui centralisent la gestion des politiques de rétention et offrent une visibilité sur l’état des copies.
En résumé, l’incapacité d’AWS à restaurer certaines données souligne l’importance d’une architecture de résilience qui dépasse le cadre d’une seule région. Les organisations doivent évaluer leurs exigences de disponibilité, configurer les options de réplication adéquates et valider régulièrement leurs plans de reprise afin de limiter les pertes potentielles lors d’incidents similaires.
