✨︎ Resumen (TL;DR):
- AWS comunicó el 15 de septiembre de 2026 que no puede restaurar los datos alojados exclusivamente en la región de Baréin ni en la zona mec1-az2 de Emiratos.
- La arquitectura de AWS está diseñada para resistir la pérdida de 1 zona, pero el daño en Baréin alcanzó 2 y rebasó ese límite.
- Las copias fuera de la región permitieron reanudar operaciones donde existían; AWS reemplazará infraestructura en Emiratos y actualizará su situación de Baréin a inicios de 2027.
Amazon Web Services confirmó el martes 15 de septiembre de 2026 que no puede restaurar los datos y recursos alojados exclusivamente en su región de Baréin, me-south-1, ni los que estaban solo en la zona mec1-az2 de me-central-1, en Emiratos Árabes Unidos. Los ataques ocurridos durante la guerra con Irán dañaron varias zonas. AWS diseña sus servicios regionales para resistir la pérdida de una zona, pero en Baréin cayeron 2. Las migraciones y respaldos fuera de la región permitieron reanudar operaciones donde existían.
AWS publicó la decisión en una actualización de su panel de estado. Reuters fue el primer medio en reportarla.
AWS cerró la recuperación en dos ubicaciones
En Emiratos, la pérdida irrecuperable se concentra en mec1-az2, una de las 3 zonas de disponibilidad de la región me-central-1. AWS escribió en su panel de estado: “Tras una evaluación exhaustiva, hemos determinado que no podemos restaurar el acceso a los recursos y datos alojados exclusivamente en la zona de disponibilidad mec1-az2”.
La empresa todavía trabaja para recuperar los recursos regionales y los alojados en mec1-az1 y mec1-az3, las otras 2 zonas afectadas de esa región.
En Baréin, el alcance es mayor. AWS agotó las opciones para restaurar los datos y recursos que los clientes no migraron antes de que me-south-1 dejara de estar disponible. Todo lo que existía únicamente en esa región quedó sin vía de restauración.
AWS ya les pedía desde marzo que migraran o respaldaran sus datos fuera de la región. Después, ayudó a los clientes afectados a reanudar operaciones en otras regiones con respaldos, cuando existían, o mediante soluciones alternativas para mitigar el impacto de los datos inaccesibles.
Los planes tampoco son iguales. Para Emiratos, AWS se comprometió a reemplazar la infraestructura dañada y a informar en los próximos meses sobre la restauración de los servicios. Para Baréin, ofreció apoyo a largo plazo y prometió otra actualización a inicios de 2027.
Data Center Dynamics publicó que Amazon no reabriría los centros atacados. Después, un portavoz de la compañía calificó esa idea como contraria a sus actualizaciones, pero declinó precisar si los reabriría con equipo nuevo y no fue más allá de lo ya publicado.
La única proporción disponible sigue siendo vaga: Reuters reportó que la mayoría de los clientes de Baréin había migrado antes de que la región cayera en abril de 2026, pero no informó cuántos clientes ni cuántos datos quedaron sin recuperar.
El diseño de AWS tiene un límite geográfico
Una zona de disponibilidad es un conjunto de uno o más centros de datos con energía, red y conectividad redundantes que AWS separa de otras para limitar fallas compartidas. La empresa mantiene sus zonas a muchos kilómetros de distancia, pero a no más de 100 km entre sí.
Esa separación permite replicar datos de forma síncrona con latencias de milisegundos de un solo dígito. En su documento sobre límites de aislamiento de fallas, AWS dice que diseña las zonas para evitar que un mismo evento las afecte al mismo tiempo.
La lista de ejemplos incluye fallas del suministro eléctrico, interrupciones del agua, aislamiento de la fibra, sismos, incendios, tornados e inundaciones. Un ataque militar no figura entre ellos.
La protección cambia según el lugar donde el cliente guarda los datos:
- Solo en una zona: cada zona tiene energía, red y conectividad propias. Si los recursos estaban exclusivamente en mec1-az2, AWS ya no puede restaurarlos.
- En un servicio regional, como Amazon S3: el servicio guarda copias en al menos 3 zonas y está diseñado para conservar los datos si se pierde una zona completa. En Baréin, el daño abarcó varias zonas y superó ese diseño; lo alojado exclusivamente en la región no se restaurará.
- En otra región: AWS no mueve ni replica el contenido fuera de la región elegida sin el acuerdo del cliente, salvo las excepciones que la empresa prevé. Esta es la tercera capa, la única que queda fuera de la geografía de una región, y AWS la deja en manos del cliente.
Según la página de infraestructura global de AWS, el diseño de múltiples zonas se aplica a todas sus regiones, incluida México (Central).
De varias horas a 198 días sin restauración
El primer impacto ocurrió el domingo 1 de marzo de 2026, alrededor de las 4:30 de la mañana, hora del Pacífico. Objetos golpearon el centro de datos de mec1-az2, provocaron chispas y un incendio, y los bomberos cortaron la energía del edificio y de sus generadores mientras apagaban el fuego.
En su panel de estado, AWS calculó que restablecer la conectividad de la zona tomaría varias horas. Según Tom’s Hardware, los ataques dejaron fuera de servicio 2 de las 3 zonas de Emiratos, mec1-az2 y mec1-az3. En Baréin, la zona mes1-az2 se quedó sin energía.
Uptime Institute registró el episodio como el primer ataque militar confirmado contra un proveedor de nube a hiperescala. AWS confirmó que 2 instalaciones en Emiratos recibieron impactos directos y que un ataque con dron cerca de otra instalación en Baréin dañó su infraestructura.
Los daños incluyeron daños estructurales, cortes de energía y, en algunos casos, daños adicionales por el agua usada durante las tareas de extinción. Una persona familiarizada con la situación dijo a Reuters que las caídas afectaron algunas operaciones bancarias.
El lunes 23 de marzo, un portavoz de Amazon confirmó a Reuters que la región de Baréin seguía interrumpida por actividad de drones en la zona. AWS pidió a los clientes con cargas en las regiones afectadas que continuaran migrándolas. Reuters describió ese episodio como la segunda vez que drones alcanzaban la región desde el inicio de la guerra.
En abril de 2026, una segunda zona de disponibilidad quedó interrumpida y la región dejó de estar disponible, según la actualización de septiembre. Entre el primer impacto y la actualización del 15 de septiembre transcurrieron 198 días.
Un proyecto de IA de 5 GW también está bajo revisión
El daño ya mueve planes de infraestructura en Emiratos. Reuters informó el 11 de septiembre, con base en 6 personas al tanto del proyecto, que Emiratos revisa su proyecto de centros de datos de IA de 5 GW, concebido como un campus de 26 km² en Abu Dabi.
Según 4 de esas fuentes, el proyecto probablemente terminará como una red de sitios distribuidos por el país. Las autoridades estudian protegerlo con defensas aéreas y construcciones subterráneas.
G42, la empresa que encabeza el proyecto, respondió que la obra avanza según lo previsto y que sus especificaciones están en revisión continua por seguridad y resiliencia. La Brookings Institution ya había incluido la vulnerabilidad física entre los riesgos de construir centros de datos de IA fuera de Estados Unidos, con los ataques de marzo contra AWS como precedente.
Para quienes guardaban datos solo en Baréin o en mec1-az2, la actualización del 15 de septiembre convierte una interrupción de meses en una pérdida sin vía de restauración. En Emiratos, AWS debe reemplazar la infraestructura dañada e informar sobre los servicios en los próximos meses. En Baréin, el siguiente compromiso llega a inicios de 2027, mientras Amazon todavía no precisa si volverá a abrir los centros dañados.
