Cloud Security Maturity Model·AWS v3.0.0

Arrastra para explorar · pellizca para ampliar

Optimizado Resiliencia

c4.16 Automatizar la recuperación ante desastres multi-Región

Una vez que tiene su plan de DR y backups asegurados, el siguiente paso para las apps críticas es automatizar la replicación continua entre Regiones y verificar regularmente que la Región secundaria funciona, reduciendo el RTO/RPO y demostrando que realmente puede hacer failover cuando se pierde una Región.

Guía de implementación

Automatice la replicación y el ensayo

Sobre su plan de recuperación ante desastres y sus backups inmutables, automatice la replicación asíncrona continua de los datos de las aplicaciones críticas a una segunda Región, y verifique periódicamente que la Región secundaria realmente puede ejecutar la carga. Esto reduce sus objetivos de tiempo y punto de recuperación (RTO/RPO) y convierte el DR de un documento en una capacidad probada.

Un patrón equilibrado en costo

Para una carga que debe sobrevivir a la pérdida de una Región: ejecute alta disponibilidad Multi-AZ en la Región primaria, replique datos de forma continua a una segunda Región y mantenga infraestructura como código lista para levantar el entorno de recuperación bajo demanda (cold/warm standby). La ventaja del DR sobre la HA pura es la recuperación a un punto en el tiempo: restaurar a "antes del compromiso" o "antes de que el ransomware se propagara".

Herramientas

AWS Elastic Disaster Recovery configura, prueba y opera DR entre Regiones (y de on-premises a la nube) con replicación continua, cifrado en tránsito y en reposo, y simulacros de recuperación no disruptivos. Realice un fire drill periódico para demostrar que el failover funciona antes de necesitarlo.

Cuando el SLA lo requiere pero no puede financiarlo

Si el SLA del negocio requiere automatización de DR multi-Región pero no está implementada por restricciones de recursos, haga que un ejecutivo firme una carta de aceptación del riesgo no mitigado.

Cómo encaja

Primary Region · active AZ A app + data AZ B app + data Multi-AZ high availability (c2.23) Immutable backups (c2.18) point-in-time recovery continuous async replication Second Region · recovery Replicated data (warm) AWS Elastic Disaster Recovery Infrastructure as code (c3.2) stands up the environment on demand periodic fire drill proves failover · lowers RTO / RPO
La Región primaria ejecuta la carga con alta disponibilidad Multi-AZ y backups inmutables; los datos se replican de forma continua y asíncrona a una segunda Región que se mantiene como standby con infraestructura como código. Los simulacros periódicos prueban el failover y reducen el RTO/RPO.

Cómo validar

  • ¿Ha acordado los SLAs requeridos con el negocio para las aplicaciones críticas?
  • ¿Hay DR multi-Región con recuperación automatizada para esas aplicaciones?
  • ¿Ha realizado un fire drill para demostrar que el failover a la Región de DR funciona?
  • Donde el SLA requiere automatización de DR que no ha implementado, ¿hay una aceptación de riesgo firmada por un ejecutivo?

Amenazas que atiende

  • Las interrupciones de Región son raras pero de alto impacto; una aplicación crítica sin DR multi-Región automatizado puede incumplir su SLA, y eventos destructivos como el ransomware pueden ser irrecuperables sin DR a un punto en el tiempo.

Servicios AWS

AWS Elastic Disaster Recovery AWS CloudFormation

Precios

Mapeos de frameworks

AWS CAF

NIST CSF

Referencias