Descripción general

Este tema describe las capacidades básicas y los beneficios de la función de replicación asíncrona de Elastic Block Storage (EBS) para la recuperación ante desastres de Elastic Compute Service (ECS).

Cloud Backup ofrece capacidades de recuperación ante desastres entre regiones y entre zonas basadas en la función de replicación asíncrona para satisfacer diversos requisitos empresariales.

La replicación asíncrona se implementa en discos sin necesidad de instalar un agente en la instancia protegida.

Si ocurre un fallo en el sistema principal, el sistema empresarial cambia al sistema de recuperación ante desastres. Esto previene eficazmente los fallos del sistema causados por desastres regionales, garantiza la disponibilidad del negocio y cumple con los objetivos de punto de recuperación (RPO) y tiempo de recuperación (RTO) de su empresa.

La replicación asíncrona es una función que protege datos entre regiones o entre zonas dentro de la misma región, basada en la capacidad de replicación de datos de EBS. Para obtener más información, consulte Overview.

A continuación se describen las diferencias entre la replicación continua de datos (CDR) y la replicación asíncrona.

Elemento	CDR	Replicación asíncrona
Escenarios	Recuperación ante desastres para una single virtual machine (VM). Utilice esta tecnología de replicación si no le importa la intrusión en el sistema.	Recuperación ante desastres que garantiza the consistency of VM groups. Utilice esta tecnología de replicación si no desea intrusiones en el sistema.
Intrusión en el sistema	Sí	No
Implementación de la replicación	Se instala un agente en el sistema operativo de la instancia protegida para que Cloud Backup replique los datos escritos en los discos y los envíe a una puerta de enlace en tiempo real. La puerta de enlace almacena los datos en un bucket de Object Storage Service (OSS) y luego escribe los datos en el disco del sitio de recuperación ante desastres.	Los datos se replican mediante las funciones de replicación asíncrona e instantánea.
Implementación de la recuperación	Admite varios puntos de recuperación. Se crea una instancia ECS sombra y un servidor de puerta de enlace para la instancia ECS protegida en el sitio de recuperación ante desastres. Cloud Backup lee los datos del bucket de OSS hacia la instancia ECS sombra, escribe los datos en la instancia ECS del sitio de recuperación ante desastres y luego crea un punto de recuperación basado en el mecanismo de instantáneas.	Solo admite un único punto de recuperación. Cloud Backup crea un punto de recuperación al replicar la instantánea en el sitio de recuperación ante desastres.
Grupo de consistencia	No compatible	Compatible

Beneficios de la recuperación ante desastres

Replicación sin agente

La replicación asíncrona no requiere agentes, no genera intrusiones en el sistema, es compatible con todos los sistemas operativos y no consume recursos de cómputo en el sitio de recuperación ante desastres.

Consistencia entre varias máquinas virtuales

La recuperación ante desastres de ECS proporciona consistencia entre varias máquinas virtuales para cumplir con los altos requisitos de las aplicaciones empresariales.

Facilidad de uso

Después de crear un grupo de protección para una aplicación, agregue todas las instancias ECS de la aplicación al grupo de protección y habilite la replicación. No es necesario preocuparse por las asignaciones entre discos e instancias ECS, ya que Cloud Backup las asigna automáticamente.

Términos

Término	Descripción
par de sitios	La recuperación ante desastres entre regiones y entre zonas se implementa mediante replicación asíncrona. Esta función replica datos de un sitio a otro entre regiones o entre zonas de una misma región. Por lo tanto, debe emparejar dos sitios según sus necesidades empresariales; estos dos sitios se denominan par de sitios. Es necesario crear grupos de protección para el par de sitios. La recuperación ante desastres solo se implementa en dirección directa para los grupos de protección de un par de sitios. Por ejemplo, la recuperación ante desastres se realiza del Grupo de protección A al Grupo de protección B, y la protección directa se inicia de la Región 1 a la Región 2. Si la recuperación ante desastres se realiza del Grupo de protección C al Grupo de protección D, y la protección directa se inicia de la Región 2 a la Región 1, deberá crear dos pares de sitios. Un grupo de protección solo puede pertenecer a un par de sitios. Solo se puede utilizar una tecnología de replicación por cada par de sitios.
grupo de protección	Un grupo de protección puede contener varias instancias ECS. De este modo, puede usar un solo plan para realizar operaciones en varias instancias ECS simultáneamente. Puede seleccionar el tipo común (sin asociaciones entre varias máquinas virtuales) o el tipo de grupo de consistencia. Solo se puede aplicar una tecnología subyacente a las instancias ECS de un grupo de protección para implementar la recuperación ante desastres: CDR o replicación asíncrona. Debe determinar la tecnología subyacente al crear el grupo de protección. Los estados normales de un grupo de protección incluyen Starting Replication, Replicating Full Data, Replicating Incremental Data, Failover in Progress, Failover Completed, Reverse Replicating, Failback in Progress y Failback Completed. Los estados anómalos incluyen Replication Error, Failover Failed y Failback Failed. El failover se realiza para todas las instancias ECS protegidas en un grupo de protección. Por lo tanto, el rol de todas las instancias ECS protegidas en un grupo de protección debe ser el mismo.
instancia protegida	Una instancia ECS o base de datos protegida por Cloud Backup. La protección de bases de datos será compatible en el futuro. Los roles se clasifican en principal y secundario. Los roles principales corresponden a las instancias donde se ejecutan los servicios, mientras que los roles secundarios corresponden a las instancias utilizadas para la recuperación ante desastres.
sitio de producción	La zona o región donde opera inicialmente su negocio de producción.
sitio de recuperación ante desastres	La zona o región destinada a la recuperación ante desastres de su negocio de producción.
failover	Proceso de cambio de los servicios al sitio de recuperación ante desastres cuando ocurre un fallo en el sitio de producción. El failover se clasifica en planificado y no planificado. La diferencia radica en si la instancia ECS del sitio de producción falla durante el cambio.
failback	Proceso de retorno de los servicios desde el sitio de recuperación ante desastres al sitio de producción una vez corregido el fallo en el sitio de producción.
protección directa	Dirección de replicación del grupo de protección y las instancias ECS. En la protección directa, los datos y servicios se replican del sitio de producción al sitio de recuperación ante desastres.
protección inversa	Dirección de replicación del grupo de protección y las instancias ECS. Después de un failover, el sitio de recuperación ante desastres (Sitio B) se convierte en el nuevo sitio de producción, y el sitio de producción (Sitio A) pasa a ser el nuevo sitio de recuperación ante desastres. En este caso, al iniciar la replicación, los datos se replican del Sitio B al Sitio A. La protección inversa entra en vigor en el par de sitios. Tras un failback, el Sitio A vuelve a ser el sitio de producción y el Sitio B el sitio de recuperación ante desastres. Al reiniciar la replicación, los datos fluyen del Sitio A al Sitio B y se reanuda la protección directa en el par de sitios.

Arquitectura

La siguiente figura muestra la arquitectura técnica de la recuperación ante desastres basada en CDR y replicación asíncrona.

p637389_target

Escenarios de recuperación ante desastres compatibles

Escenario de recuperación ante desastres	Tipo
failover	Switch After Data Synchronization Durante el failover, Cloud Backup detiene las instancias protegidas del grupo de protección y realiza la sincronización final de datos una vez detenidas todas las instancias protegidas. El failover comienza después de sincronizar los datos. Esto garantiza que los datos en el sitio de recuperación ante desastres sean idénticos a los del sitio de producción. Este tipo de failover es adecuado para escenarios como simulacros planificados de recuperación ante desastres y migración de negocios. Switch Now Durante el failover, Cloud Backup intenta detener las instancias protegidas del grupo de protección. Cloud Backup no espera a que todas las instancias protegidas se detengan ni realiza la sincronización final de datos. Es posible que se pierdan algunos datos dentro del rango de RPO. Este tipo de failover está diseñado para escenarios en los que un fallo no puede corregirse en poco tiempo en el sitio de producción y el negocio debe cambiarse inmediatamente al sitio de recuperación ante desastres.
failback	Switch After Data Synchronization Durante el failback, Cloud Backup detiene las instancias protegidas del grupo de protección y realiza la sincronización final de datos una vez detenidas todas las instancias protegidas. El failback comienza después de sincronizar los datos. El tiempo de indisponibilidad del servicio es mayor que en el failback inmediato. El sitio de producción funciona correctamente en estos escenarios de failback. Switch Now Durante el failback, Cloud Backup intenta detener las instancias protegidas del grupo de protección. Cloud Backup no espera a que todas las instancias protegidas se detengan ni realiza la sincronización final de datos. Este tipo de failback es recomendable cuando un fallo no puede corregirse rápidamente en el sitio de recuperación ante desastres y el negocio debe retornar inmediatamente al sitio de producción. Durante este proceso, es posible que se pierdan algunos datos.

Proceso de recuperación ante desastres

Planifique los recursos.

Determine los recursos de cómputo, red y almacenamiento para el sitio de recuperación ante desastres: número de servidores, capacidad de almacenamiento y VPCs.
Cree un par de sitios de recuperación ante desastres.

Cree VPCs y vSwitches para el sitio de recuperación ante desastres y establezca los bloques CIDR. Para pruebas, utilice las configuraciones predeterminadas o los mismos bloques CIDR de VPC y vSwitch que en el sitio de producción. Para una recuperación ante desastres real, configure los bloques CIDR según sea necesario.
Configure los ajustes de red y seguridad.

Cree asignaciones de zona, asignaciones de vSwitch y asignaciones de security group entre el sitio de producción y el sitio de recuperación ante desastres.
Cree un grupo de protección.
Agregue instancias protegidas.

Agregue las instancias ECS que desea proteger al grupo de protección.
Inicie la replicación.

Inicie la protección de recuperación ante desastres para replicar datos del sitio de producción al sitio de recuperación ante desastres. Cuando el grupo de protección alcanza el estado Incremental Replication o tiene un punto de recuperación, la replicación está activa y el grupo de protección está listo para un simulacro de fallos o un failover.

Nota
Realice un simulacro de fallos cuando el grupo de protección esté en estado Incremental Replication o tenga un punto de recuperación. Consulte Fault drill.
Realice un failover.
- Switch after data synchronization
  
  Cloud Backup detiene las instancias protegidas, completa una sincronización final de datos y luego inicia el failover. El sitio de recuperación ante desastres mantiene total consistencia con el sitio de producción en el momento del cambio. Utilice esta opción para simulacros de fallos planificados y migraciones de negocio programadas.
- Switch now
  
  Cloud Backup intenta detener las instancias protegidas e inicia el failover inmediatamente, sin esperar a una sincronización final. Es posible que se pierdan algunos datos dentro del RPO. Utilice esta opción cuando el sitio de producción no pueda restaurarse rápidamente y deba cambiar al sitio de recuperación ante desastres de inmediato.

Facturación

Si utiliza la función de replicación asíncrona para la recuperación ante desastres, se generan los siguientes cargos:

Cargos por el uso de clientes de Cloud Backup para la recuperación ante desastres de ECS

Se le cobra por el uso de clientes de Cloud Backup para la recuperación ante desastres de ECS según el número de instancias protegidas. Para obtener más información, consulte Pricing.
Los cargos por el uso de instancias ECS y discos pay-as-you-go creados en el sitio de recuperación ante desastres se incluyen en sus facturas de ECS. Para obtener más información, consulte Pay-as-you-go.
Los cargos por el tráfico generado durante la replicación entre regiones se incluyen en sus facturas de ECS. Para obtener más información, consulte Overview of disk disaster recovery.