AWS da por perdidos los datos de su región de Baréin y una zona de EAU
La compañía confirma que el daño de los ataques superó el diseño multiaz de su infraestructura y que no podrá recuperar lo alojado en exclusiva en me-south-1 ni en mec1-az2.
AWS no va a poder devolver a sus clientes los recursos ni los datos que estuvieran alojados únicamente en su región de Baréin (me-south-1). La compañía lo ha confirmado en una actualización de su panel de estado después de que los centros de datos de la zona sufrieran daños durante la guerra entre Estados Unidos e Irán. La misma conclusión ha llegado sobre una de las tres zonas de disponibilidad de su región de Emiratos Árabes Unidos.
El texto de AWS es explícito: el daño abarcó varias zonas de disponibilidad y superó lo que sus servicios regionales y multiaz están diseñados para soportar. Por eso, tras la evaluación, la empresa descarta reestablecer el acceso a lo que vivía solo en esa región.
Una secuencia de meses
La primera zona de Baréin cayó en marzo. AWS recomendó entonces migrar las cargas a otras regiones y la mayoría de clientes lo hizo antes de que un segundo ataque, en abril, inutilizara otra zona y dejara la región entera fuera de servicio.
En Emiratos, la zona afectada sin recuperación posible es mec1-az2. Dos instalaciones de AWS en el país recibieron impactos de drones en marzo. La empresa sigue trabajando en recuperar recursos de las otras dos zonas damnificadas, mec1-az1 y mec1-az3, y asegura que la mayoría de clientes ha podido volver a operar en otras regiones restaurando desde copias de seguridad o copiando los datos que seguían accesibles. Sus equipos de soporte siguen disponibles para ayudar en esas migraciones.
Preguntada por el asunto, AWS declinó añadir nada a lo que ya figura en su panel de estado.
Multiaz no es multirregión
Vale la pena recordar la terminología porque explica por qué esto ha pasado. Una región es un área geográfica con varias zonas de disponibilidad aisladas entre sí; cada zona agrupa uno o más centros de datos con energía, refrigeración y red independientes. Distribuir una aplicación entre zonas protege frente a la caída de una ubicación concreta, que es justo lo que AWS recomienda por defecto.
Lo que no protege es de un fallo que se lleve por delante la región completa, y eso es exactamente lo que ocurrió aquí. Para sobrevivir a algo así hace falta un plan de recuperación ante desastres que implique otra región, con los datos replicados fuera y el tráfico redirigido. Fue el consejo que AWS y otras tecnológicas dieron a sus clientes tras los primeros impactos: recuperar lo que se pudiera y replicarlo en regiones alternativas, preferiblemente en Europa, en lugar de esperar a que volvieran los servicios en Oriente Medio.
El aviso se ha confirmado con el tiempo. Queda por ver cuántos clientes han perdido datos de forma definitiva: AWS no ha dado cifras de afectados ni ha detallado qué tipo de cargas dependían solo de esas zonas. Para quien tenga producción en la región, la lectura operativa es directa: si la estrategia de continuidad se apoya únicamente en zonas de disponibilidad, no cubre este escenario.
