DR para cargas de trabajo nativas en la nube - AWS Guía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

DR para cargas de trabajo nativas en la nube

Considere cómo se alinean sus cargas de trabajo nativas de la nube con sus objetivos de recuperación ante desastres. AWS ofrece múltiples zonas de disponibilidad en regiones de todo el mundo. Muchas empresas que utilizan la nube de AWS alinean sus arquitecturas de carga de trabajo y sus objetivos de recuperación de desastres para soportar la pérdida de una zona de disponibilidad. El pilar de la confiabilidad en el marco de AWS Well-Architected apoya esta mejor práctica. Puede diseñar sus cargas de trabajo y sus dependencias de servicios y aplicaciones para que usen varias zonas de disponibilidad. A continuación, puede automatizar su DR y alcanzar sus objetivos de DR con una intervención mínima o nula.

Sin embargo, en la práctica, es posible que no pueda establecer una arquitectura redundante, activa y automatizada para todos sus componentes. Examine cada capa de su arquitectura para determinar los procesos de recuperación de desastres necesarios para alcanzar sus objetivos. Esto puede variar de una carga de trabajo a otra, con diferentes requisitos de arquitectura y servicio. Esta guía describe las consideraciones y opciones de Amazon EC2. Para otros servicios de AWS , puede consultar la documentación de AWS para determinar las opciones de alta disponibilidad y DR.

DR de Amazon EC2 en una sola zona de disponibilidad

Intente diseñar sus cargas de trabajo para brindar soporte y servicio de manera activa a los clientes de varias zonas de disponibilidad. Puede utilizar Amazon EC2 Auto Scaling y el equilibrador de carga elástico para lograr una arquitectura de servidor multi-AZ de Amazon EC2 y otros servicios.

Si su arquitectura tiene instancias EC2 que no pueden utilizar un equilibrador de carga y solo pueden ejecutar una sola instancia en un momento dado, puede usar cualquiera de las siguientes opciones.

  • Cree un grupo de escalado automático que tenga un tamaño mínimo, máximo y deseado de 1 y esté configurado para varias zonas de disponibilidad. Cree una AMI que se pueda usar para reemplazar la instancia en caso de que falle. Asegúrese de definir la automatización y la configuración adecuadas para que una instancia recién aprovisionada desde la AMI se pueda configurar automáticamente y prestar servicio. Cree un equilibrador de carga que apunte al grupo de escalado automático y esté configurado para múltiples zonas de disponibilidad. Si lo desea, cree un alias de Amazon Route 53 que apunte al punto de conexión del equilibrador de carga.

  • Cree un registro de Route 53 para la instancia activa y haga que sus clientes se conecten mediante este registro. Cree un script que cree una nueva AMI de la instancia activa y utilice la AMI para aprovisionar una nueva instancia de EC2 detenida en una zona de disponibilidad independiente. Configure el script para que se ejecute periódicamente y finalice la instancia detenida anterior. Si se produce un error en la zona de disponibilidad, inicie la instancia de respaldo en la zona de disponibilidad alternativa. A continuación, actualice el registro de Route 53 para que apunte a esta nueva instancia.

Pruebe su solución minuciosamente simulando el error contra el que se diseñó la solución. Tenga en cuenta también las actualizaciones que necesitará su solución de recuperación de desastres a medida que cambie la arquitectura de la carga de trabajo.

DR para Amazon EC2 en un fracaso regional

Los clientes con requisitos de disponibilidad muy altos (por ejemplo, aplicaciones de misión crítica que no toleran ningún tiempo de inactividad) pueden utilizarlos AWS en varias regiones para ofrecer una mayor resiliencia ante los problemas a nivel regional. Los clientes deben sopesar cuidadosamente la complejidad, el costo y el esfuerzo necesarios para establecer y mantener un plan de DR multirregional en comparación con las ventajas. AWS proporciona funciones que admiten arquitecturas multirregionales para la disponibilidad global, la conmutación por error y la recuperación ante desastres. Esta guía cubre algunas de las funciones disponibles que son específicas de la copia de seguridad y la recuperación para Amazon EC2.

AWS Las AMI y las instantáneas de Amazon EBS son recursos regionales que se pueden utilizar para aprovisionar nuevas instancias en una sola región. Sin embargo, puede copiar las instantáneas y las AMI a otra Región y utilizarlas para aprovisionar nuevas instancias en esa Región. Para respaldar un plan regional de recuperación ante fallos, puede automatizar el proceso de copiar las AMI y las instantáneas a otras regiones. AWS Backup y Amazon Data Lifecycle Manager admiten la copia entre regiones como parte de la configuración de backup.

AWS Elastic Disaster Recovery se puede utilizar para automatizar y replicar continuamente sus servidores Amazon EC2 de una región a una región de DR alternativa. La recuperación de desastres elástica puede simplificar su enfoque de DR multi-regional y ayudarle a probar periódicamente su plan de recuperación de desastres de Amazon EC2 entre regiones mediante simulacros. La recuperación de desastres elástica puede ayudarle cuando el copia de seguridad y la recuperación no pueden cumplir sus objetivos de RTO y RPO. La recuperación de desastres elástica puede ayudarle a reducir el RTO a minutos y el RPO a menos de un segundo.

Sea cual sea la solución que utilice, debe determinar el proceso de aprovisionamiento, conmutación por error y conmutación por recuperación que se utilizará en caso de una interrupción. Puede usar Route 53 con las comprobaciones de estado y la conmutación por error del sistema de nombres de dominio para respaldar su solución.