Preguntas frecuentes de AWS Elastic Disaster Recovery (DRS)

Un plan de recuperación de desastres describe los procedimientos detallados que seguirá su organización y las herramientas que utilizará para que sus sistemas de TI vuelvan a estar en línea en caso de un desastre. En el contexto del entorno de TI de una organización, un desastre es un evento que interrumpe el funcionamiento de la aplicación y que no se puede resolver automáticamente. Un plan de recuperación de desastres proporciona instrucciones y documentación claras sobre cómo recuperarse en caso de un desastre y cómo volver al funcionamiento normal una vez que finaliza el desastre. Define los RPO y RTO para sus aplicaciones y contiene las funciones y responsabilidades de las personas que operan las herramientas de recuperación de desastres, realizan los procedimientos de recuperación de desastres y necesitan ser informadas y consultadas.

Se realiza un simulacro de recuperación de desastres para probar la sección de su plan de recuperación ante desastres que detalla su respuesta ante un desastre. Si sigue los pasos exactos del plan de recuperación de desastres y verifica que su sitio de recuperación de desastres esté funcionando y pueda proporcionar la continuidad comercial requerida dentro de los RPO y RTO requeridos, puede confirmar que este también sería el caso si ocurre un desastre real. Las organizaciones determinan la frecuencia de los simulacros de recuperación de desastres en función de múltiples factores, como los requisitos de las certificaciones de conformidad y el costo de cada simulacro para la organización.

Puede utilizar AWS DRS para realizar simulacros de recuperación y conmutación por recuperación sin interrumpir la replicación de datos en curso de sus servidores de origen.

El objetivo de punto de recuperación (RPO) es la brecha máxima aceptable entre los datos en el sitio de recuperación de desastres y los últimos datos almacenados en la aplicación cuando ocurre el desastre. Este objetivo de recuperación determina lo que se considera una pérdida de datos aceptable (medida en unidades de tiempo) que puede ser causada por un desastre. AWS DRS facilita el RPO en segundos.

El objetivo de tiempo de recuperación (RTO) es el retraso máximo aceptable entre la interrupción de una aplicación y la restauración de su servicio. Este objetivo de recuperación determina lo que se considera una ventana de tiempo aceptable cuando una aplicación no está disponible. AWS DRS facilita el RTO en minutos.

Una copia de seguridad es el proceso de hacer una copia extra de sus datos. Las copias de seguridad mantienen datos históricos localmente o en una ubicación remota para que, si se pierde algún dato, se pueda recuperar desde la copia de seguridad. Las copias de seguridad funcionan mejor cuando necesita obtener acceso a un archivo u objeto perdido o dañado. Las copias de seguridad también se utilizan para el archivo de datos a largo plazo o para la retención de datos.

La recuperación de desastres es el proceso para restablecer rápidamente el acceso a sus aplicaciones, datos y recursos de TI después de una interrupción. La recuperación de desastres es el proceso para restaurar rápidamente el acceso a sus aplicaciones, datos y recursos de TI después de una interrupción. Utilice la recuperación de desastres para realizar una conmutación por error para transferir aplicaciones a su sitio de recuperación de desastres, de modo que su empresa pueda continuar funcionando con normalidad incluso si el sitio de producción no está disponible.

La copia de seguridad y la recuperación de desastres son enfoques complementarios para mantener la continuidad del negocio.

Puede encontrar más información sobre los conceptos básicos resumidos en esta sección en el documento técnico Recuperación de desastres de aplicaciones locales en AWS, Pilar de fiabilidad: AWS Well-Architected Framework y el documento técnico Recuperación de desastres de cargas de trabajo en AWS: recuperación en la nube.

AWS DRS es el servicio recomendado para la recuperación de desastres en AWS. Es la próxima generación de la Recuperación de desastres de CloudEndure, ya que esta tecnología se utilizó para crear AWS DRS. Las siguientes preguntas proporcionan un resumen de las similitudes y diferencias entre estos dos servicios.

Tras el exitoso lanzamiento de AWS DRS, comenzaremos a limitar la disponibilidad de Recuperación de desastres de CloudEndure (CEDR) en todas las regiones de AWS.
Nota: las regiones de AWS de China y las regiones de AWS GovCloud (EE. UU.) seguirán recibiendo cobertura, así como los clientes que utilicen la recuperación de desastres a través de Amazon Managed Services (AMS) y los clientes que utilicen CEDR con AWS Outposts.

Tenga en cuenta que, actualmente, ya no puede registrar nuevas cuentas de CEDR ni instalar nuevos agentes de CEDR en ninguna región de AWS, excepto en las regiones de China de AWS, las regiones de AWS GovCloud (EE. UU.), los clientes de AMS y Outposts. Nota: Se admitirán las actualizaciones de agentes ya existentes. Los demás pasos tendrán lugar de acuerdo con el siguiente calendario:

31 de marzo de 2024: Recuperación de desastres de CloudEndure dejó de utilizarse en todas las regiones de AWS, excluidas las regiones de AWS de China y las regiones de AWS GovCloud (EE. UU.), los clientes de AMS y Outposts.

Dado que AWS DRS se basa en la tecnología de Recuperación de desastres de CloudEndure, las capacidades principales y los beneficios de estos dos servicios de AWS son similares. Ambos servicios le permiten:

• Reducir la infraestructura de recuperación de desastres y los costos operativos.
• Simplificar los procesos de configuración, operación y recuperación para una amplia gama de aplicaciones.
• Ejecutar pruebas y simulacros de recuperación de desastres no disruptivos.
• Recuperar con objetivos de recuperación cortos (RPO de segundos y RTO de minutos).
• Recuperar desde un punto anterior en el tiempo.

AWS DRS ofrece características y beneficios operativos que no están disponibles con Recuperación de desastres de CloudEndure, y continuamos desarrollando y agregando nuevas características. Por ejemplo, con AWS DRS, puede hacer lo siguiente:

• Obtener los beneficios operativos, de seguridad y de conformidad de la arquitectura de servicio regional.
• Utilizar el servicio desde la Consola de administración de AWS.
• Controlar los permisos y el acceso para API específicas y recursos de AWS DRS mediante AWS Identity and Access Management (IAM).
• Reproduzca con exactitud su servidor sin una conexión a Internet pública.
• Utilice las API estándar de AWS adecuadas para flujos de trabajo específicos de recuperación de desastres, así como una CLI y un SDK.
• Supervisar métricas y eventos con Amazon CloudWatch y Amazon EventBridge.
• Auditar la actividad del usuario y el uso de la API con AWS CloudTrail.
• Administre las plantillas de lanzamiento de EC2 y otras configuraciones de lanzamiento a escala para controlar cómo se lanzan las instancias de recuperación.
• Utilice las etiquetas para organizar los servidores de origen y controlar los permisos de acceso.
• Realice simulacros de conmutación por recuperación sin interrupciones, mediante la conmutación por recuperación a un servidor de origen dedicado mientras continúa la reproducción de sus servidores de origen.
• Reinicie sin un nuevo análisis en servidores Windows y Linux.

Ver tabla de comparación técnica

Recuperación de desastres de CloudEndure proporciona ciertas funciones que actualmente no son compatibles con AWS DRS. Considere usar Recuperación de desastres de CloudEndure si tiene los siguientes requisitos:

• Replicación a la región de China de AWS.
• Recuperación a AWS Outposts.
• Uso de Planes de recuperación (vea esta publicación en el blog para obtener instrucciones sobre cómo configurar planes de recuperación con AWS DRS).

Para obtener información detallada sobre cómo actualizar de Recuperación de desastres de CloudEndure a AWS DRS, consulte la documentación.

El agente de replicación de AWS no requiere un reinicio ni afecta sus aplicaciones durante la instalación. Cuando se completa la instalación, AWS DRS realiza la replicación de datos inicial, lo que agrega E/S de lectura de disco imperceptibles hasta que finaliza el escaneo del disco. El agente de reproducción de AWS reside en la memoria y captura bloques continuamente a medida que se escriben en el disco, e incurre en una baja utilización de la CPU para comprimir y cifrar bloques antes de la reproducción. AWS DRS no utiliza instantáneas para la copia de datos, por lo que el impacto en el rendimiento de la aplicación es imperceptible. Necesitará suficiente ancho de banda de la red para completar la sincronización de datos inicial de manera oportuna y adaptarse a la tasa de cambio de datos.

Sus datos replicados se cifran en tránsito con TLS 1.2 y se transfieren directamente desde sus servidores fuente a su VPC. Puede aprovechar la conectividad privada, como AWS Direct Connect o VPN, para configurar la ruta de replicación. Sus datos también se pueden cifrar en reposo en AWS mediante el cifrado de Amazon EBS. Descubra más acerca de la seguridad de la infraestructura con AWS DRS

Sí, con AWS DRS puede controlar la ruta de replicación de datos mediante opciones de conectividad privada como una VPN, AWS Direct Connect, interconexión de VPC u otra conexión privada. Descubra más acerca del uso de una IP privada para la replicación de datos.

AWS DRS realiza una comparación de firmas de bloques antes de iniciar la replicación de datos para verificar que no se envíen bloques duplicados o vacíos a través de la red. Además, los datos reproducidos se cifran y comprimen antes del tránsito.

La realización de una exploración de recuperación o conmutación por recuperación no detiene la replicación (no afecta al RPO) y no afecta a su aplicación de origen. AWS DRS reproduce continuamente los datos en un área de ensayo designada, que es independiente del entorno de prueba de destino.

La tecnología de conversión del servidor de AWS DRS realiza los cambios pertinentes en el volumen de inicio del servidor recuperado para que pueda iniciarse en AWS, incluida la inyección de controladores de hipervisor apropiados y la realización de cambios en el cargador de inicio y la red. Además, puede optar por ejecutar un script personalizado siguiendo el proceso de conversión incorporado. Esto es útil para agregar o eliminar software y realizar otros cambios en la configuración del sistema o de la aplicación.

Sí, puede recuperar hasta 3000 servidores en una sola cuenta de destino. Puede hacerlo utilizando varias cuentas provisionales. (AWS DRS admite hasta 300 servidores que se reproducen en una sola cuenta provisional).

Sí, puede recuperar un único servidor de origen en varias cuentas de destino.

Sí, puede migrar más fácilmente sus servidores de origen después de haber configurado AWS DRS. Simplemente programe una ventana de cambio de migración e inicie un lanzamiento de recuperación, luego redirija a sus usuarios a las instancias lanzadas en AWS. Después de completar su migración, puede continuar usando AWS DRS para reproducir las cargas de trabajo migradas en las regiones o zonas de disponibilidad de AWS para aumentar la resiliencia de sus aplicaciones basadas en AWS.

Consulte la documentación sobre seguridad en AWS DRS para comprender cómo aplicar el modelo de responsabilidad compartida cuando utilice AWS DRS.

Puede encontrar más preguntas frecuentes en la Guía de usuario de AWS DRS.