Determinación de la estrategia de recuperación de desastres

En función de la importancia que tengan las aplicaciones de su organización para su empresa, puede optar por una estrategia uniforme para todas las aplicaciones o desarrollar una estrategia de DR más compleja según la importancia de cada aplicación. Es posible que su organización tolere un tiempo de inactividad de varias horas antes de que todas las aplicaciones se envíen al sitio de DR. En este caso, puede optar por una estrategia de DR rentable con base en la copia de seguridad y la restauración de todas las bases de datos. Por otro lado, el negocio de su organización puede depender de que algunos servicios o aplicaciones críticos estén disponibles rápidamente, con requisitos de RPO y RTO más altos, mientras que otras aplicaciones pueden tolerar requisitos de RPO y RTO menos estrictos. En este caso, tendrá que asignar la estrategia de DR adecuada para cada nivel de aplicaciones y bases de datos.

En la siguiente tabla se describen cuatro opciones de recuperación ante desastres para las cargas de trabajo que se ejecutan en ellas Nube de AWS, a fin de ayudarle a determinar y definir la estrategia de recuperación ante desastres de su organización. El RPO y el RTO documentados en esta tabla son para un conjunto completo que incluya tanto los componentes de las aplicaciones como los de las bases de datos. Para obtener más información, consulte Opciones de recuperación ante desastres en la nube en la documentación de AWS Well-Architected Framework. En la siguiente sección, se describen las opciones de RPO y RTO específicas de las bases de datos.

Opción de recuperación	RPO	RTO	Tareas de infraestructura en la región de DR	Costo
Copia de seguridad y restauración	Horas	Menos de 24 horas	Aprovisione todos los recursos de las aplicaciones necesarios en la región de DR y restaure la base de datos a partir de una instantánea copiada.	Bajo
Luz piloto	Decenas de minutos	Decenas de minutos	Aprovisione una copia de su infraestructura de aplicaciones y desactive los recursos de la pila de aplicaciones. Replique sus datos de una región a otra. Mantenga las bases de datos siempre activas y sincronizadas con las bases de datos principales. Aprovisione los recursos a pedido durante la conmutación por error y el evento de prueba. También es necesario implementar los cambios en la infraestructura y en las aplicaciones en ambas regiones de forma simultánea. Puede simplificar esto mediante la creación de canales de automatización que puedan sincronizar el código y la infraestructura tanto en las regiones principales como en las de DR.	Medio
Modo de espera activa	Minutos	Minutos	Aprovisione una copia de toda la infraestructura de aplicaciones en la región de DR, pero mantenga la copia reducida verticalmente en comparación con la región principal. La región de DR podrá aceptar un volumen de tráfico menor en comparación con la región principal.	Alto
Multisitio o activo/activo	Cerca de cero	Cero o casi cero	Suministre una copia completa de su infraestructura a la región de DR. Todos los recursos de la región de DR serán equivalentes a los recursos de la región principal y podrán atender el tráfico a la misma escala que la región principal. Como no se interrumpe el flujo de tráfico, esta opción no requiere una tarea de conmutación por error como parte de su plan de DR.	Más alto