Amazon Web Services (AWS) no podrá restaurar los datos que sus clientes guardaban únicamente en su región de Baréin ni los que existían solo en una zona de su región de Emiratos Árabes Unidos, dos regiones dañadas durante la guerra con Irán. La empresa lo comunicó el martes 15 de septiembre de 2026 en una actualización de su panel de estado, según Reuters, que fue el primero en reportarlo. En Baréin, escribió AWS, el daño abarcó varias zonas de disponibilidad y superó lo que sus servicios regionales y multizona están diseñados para resistir. La documentación de Amazon S3, su servicio de almacenamiento, lo describe como diseñado para conservar los datos aunque se pierda una zona entera; en Baréin fueron dos. Se salvó lo que los clientes habían mudado o respaldado fuera de la región, algo que AWS les pedía desde marzo.
Lo que AWS ya no puede restaurar en Emiratos y Baréin
En Emiratos, la pérdida se limita a mec1-az2, una de las tres zonas de la región me-central-1. «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», escribió la empresa, según la cita que publicó Data Center Dynamics (DCD). AWS agregó que sigue trabajando para recuperar los recursos regionales y los zonales de las otras dos zonas afectadas, mec1-az1 y mec1-az3.
En Baréin, lo que ya no tiene vía de restauración es todo lo que vivía solo en la región me-south-1. De acuerdo con Reuters, AWS evaluó toda la infraestructura afectada y agotó las opciones para restaurar los datos y recursos que no se migraron antes de que la región dejara de estar disponible. Desde entonces, afirma la empresa, ayudó a esos clientes a reanudar operaciones en otras regiones con respaldos, donde los había, o con soluciones alternativas para mitigar el efecto de los datos inaccesibles.
Los planes para cada país no son iguales. Reuters y Help Net Security ubican en la parte de Emiratos el compromiso de reemplazar la infraestructura dañada y de informar en los próximos meses sobre la restauración de los servicios. Para Baréin, AWS habla de apoyar a sus clientes a largo plazo y promete una nueva actualización a inicios de 2027.
DCD publicó que Amazon no reabrirá los centros atacados. Después añadió que un portavoz de la compañía calificó esa idea como contraria a sus actualizaciones, aunque, al preguntarle directamente si los reabriría con equipo nuevo, declinó ir más allá de lo ya publicado. La única proporción disponible también es vaga: la mayoría de los clientes de Baréin migró antes de que la región cayera, según Reuters, que no reporta cuántos clientes ni cuántos datos quedaron sin recuperar.
Qué protege cada capa del diseño de AWS
Una zona de disponibilidad es uno o más centros de datos con energía, red y conectividad redundantes. AWS separa sus zonas por muchos kilómetros, pero las mantiene a no más de 100 km entre sí, lo bastante cerca para 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, la empresa dice que las diseña para no sufrir al mismo tiempo un evento compartido, y pone como ejemplos fallas del suministro eléctrico, interrupciones del agua, aislamiento de la fibra, sismos, incendios, tornados e inundaciones. Entre esos ejemplos no aparece un ataque militar.
La tabla resume qué cubre cada capa según la documentación de AWS y qué pasó con ella en el Golfo.
| Dónde estaba el dato | Qué dice la documentación de AWS | Qué pasó tras los ataques de 2026 |
|---|---|---|
| Solo en una zona de disponibilidad | Cada zona tiene energía, red y conectividad propias, y se separa de las demás para evitar fallas correlacionadas | AWS no podrá restaurar lo alojado exclusivamente en mec1-az2, en Emiratos |
| En servicios regionales, como Amazon S3 | S3 guarda copias en al menos tres zonas y está diseñado para conservar los datos si se pierde una zona entera | En Baréin el daño abarcó varias zonas y superó ese diseño; lo alojado exclusivamente en la región no se restaurará |
| Copiado en otra región | AWS no mueve ni replica contenido fuera de la región elegida sin el acuerdo del cliente | La mayoría de los clientes de Baréin migró antes de que la región cayera en abril de 2026; AWS dice que ayudó a reanudar operaciones en otras regiones con respaldos, donde existían |
La tercera capa es la única que queda fuera de la geografía de una región, y AWS la deja en manos del cliente. En sus preguntas frecuentes sobre privacidad, la empresa se compromete a no mover ni replicar el contenido fuera de las regiones que el cliente elige sin su acuerdo, salvo las excepciones que ella misma prevé. Por eso pesa tanto la palabra «exclusivamente» en la actualización: la copia en otra región dependía del cliente. Según su página de infraestructura global, AWS aplica el diseño de múltiples zonas a todas sus regiones, entre ellas México (Central).
De «varias horas» a 198 días sin restauración
El domingo 1 de marzo, hacia las 4:30 de la mañana, hora del Pacífico, objetos golpearon el centro de datos de mec1-az2 y provocaron chispas y un incendio; los bomberos cortaron la energía del edificio y de sus generadores mientras lo apagaban. Así lo informó AWS en su panel, según la recopilación de Khaleej Times, y en esa misma actualización calculó que restaurar la conectividad de la zona tomaría varias horas.
Según Tom's Hardware, los ataques de ese domingo dejaron fuera de servicio dos de las tres zonas de Emiratos, mec1-az2 y mec1-az3, y en Baréin la zona mes1-az2 se quedó sin energía. El medio citó a Uptime Institute, que lo registró como el primer ataque militar confirmado contra un proveedor de nube a hiperescala. AWS confirmó que dos de sus instalaciones en Emiratos recibieron impactos directos y que, en Baréin, un ataque con dron cerca de otra dañó su infraestructura: hubo daños estructurales, cortes de energía y, en algunos casos, daños adicionales por el agua de las tareas de extinción. Esas caídas afectaron algunas operaciones bancarias, según una persona familiarizada con la situación citada por Reuters.
Baréin recibió más golpes. El lunes 23 de marzo, un portavoz de Amazon confirmó a Reuters que la región estaba interrumpida por actividad de drones en la zona, y la empresa pidió a quienes tenían cargas en las regiones afectadas que siguieran migrando. La agencia lo contó como la segunda vez que drones alcanzaban esa región desde el inicio de la guerra. En abril se interrumpió una segunda zona de disponibilidad y la región dejó de estar disponible, según la actualización de septiembre. Entre el primer impacto y esa actualización pasaron 198 días.
El daño ya mueve planes en la región. Reuters informó el 11 de septiembre, con base en seis personas al tanto, 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 cuatro de esas fuentes, probablemente terminará como una red de sitios repartidos por el país, y 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.
Como contamos al cubrir el acuerdo de Together AI con HUMAIN en Arabia Saudita, la Brookings Institution ya incluía la vulnerabilidad física entre los riesgos de levantar centros de datos de IA fuera de Estados Unidos, con los ataques de marzo contra AWS como precedente.
Patricia Rodriguez
Para quien guardaba 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. Lo siguiente llegará en dos plazos: los próximos meses para Emiratos, donde AWS reemplaza infraestructura, y los primeros meses de 2027 para Baréin, donde Amazon no quiso precisar a DCD si reabrirá los centros dañados.
