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 en la nube con sus objetivos de DR. AWSproporciona varias zonas de disponibilidad en regiones de todo el mundo. Muchas empresas que utilizan la nube 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 fiabilidad del marco bien diseñado de AWS respalda 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 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

Si bien los fracasos regionales AWS son poco frecuentes, es posible que una Región AWS fracase en algún momento en el futuro. Los clientes deben sopesar cuidadosamente la complejidad, el costo y el esfuerzo necesarios para establecer y mantener un plan de DR multi-regional en comparación con las ventajas. AWSproporciona características que admiten arquitecturas multi-regionales para la disponibilidad global, la conmutación por error y la recuperación de desastres. Esta guía cubre algunas de las características disponibles que son específicas de la copia de seguridad y la recuperación para Amazon EC2.

Las AMI AWS 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 de recuperación ante fallos regionales, 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 copia de seguridad.

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.