c3.23 Planificar la recuperación ante desastres
Tenga un plan de continuidad del negocio que indique qué cargas deben sobrevivir a la pérdida de una zona de disponibilidad y cuáles a la pérdida de una Región entera. Elija la estrategia de DR por carga según sus objetivos de tiempo y punto de recuperación (RTO/RPO).
Guía de implementación
Decida qué debe sobrevivir a qué
Documente, por carga, si debe resistir la pérdida de una zona de disponibilidad (la mayoría) o de una Región entera. Luego elija una estrategia de DR dimensionada a su RTO y RPO: backup y restauración, pilot light, warm standby o multi-sitio activo/activo.
Un patrón comú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. Una ventaja clave de DR sobre la HA pura es la recuperación a un punto en el tiempo: puede restaurar a "antes del compromiso" o "antes de que el ransomware empezara a propagarse".
Herramientas
AWS Elastic Disaster Recovery configura, prueba y opera DR replicando servidores de forma continua en AWS, con cifrado en tránsito y en reposo. Usos comunes son DR de on-premises a la nube (sitio de recuperación rentable, de pago por uso) y DR entre Regiones. Soporta muchos sistemas operativos y aplicaciones; vea las FAQ de Elastic DR.
Pruebe el plan
Un plan de DR que nunca ha ejercitado es una hipótesis. Realice pruebas de failover (Elastic DR soporta simulacros no disruptivos) y vincúlelas a sus ejercicios de mesa.
Cómo validar
- ¿Un plan de continuidad del negocio indica qué cargas deben sobrevivir a la pérdida de AZ vs. de Región?
- ¿Las estrategias de DR están ajustadas al RTO/RPO de cada carga?
- ¿Puede recuperar a un punto en el tiempo anterior a un compromiso, y ha probado el failover?
Amenazas que atiende
- Sin un plan de DR probado, una interrupción a nivel de Región o un evento destructivo (como ransomware) puede causar downtime prolongado o pérdida permanente de datos porque no hay una forma ensayada de recuperar a un punto limpio en el tiempo.
Cloud Security Maturity Model