Este tema responde a las preguntas frecuentes sobre la replicación asíncrona de Elastic Block Storage (EBS) y la replicación continua de datos (CDR) para la recuperación ante desastres de Elastic Compute Service (ECS).
Replicación asíncrona de EBS
¿Qué especificaciones de instancia admite la replicación asíncrona de EBS?
La replicación asíncrona de EBS funciona con la mayoría de los tipos de instancia y tiene los siguientes límites:
Regiones y zonas: Con el tiempo se agregarán más regiones. Las regiones y zonas que aparecen al crear un par de sitios son las opciones compatibles. Para obtener más información, consulte Limits on regions and zones.
Tipos de disco: Son compatibles los discos SSD empresariales (ESSD) y los discos ESSD AutoPL. Los discos ESSD Entry no son compatibles. Para obtener más información, consulte Limits on specifications and ECS disks.
-
Redes de ECS:
-
Interfaz de red elástica (ENI) única:
Después de un failover, algunos sistemas operativos no configuran automáticamente la ENI en el sitio de recuperación ante desastres. Compruebe y configure la ENI tras el failover para garantizar que la red funcione correctamente. Para obtener más información, consulte Configure a secondary ENI.
-
Varias ENI:
Algunas imágenes no detectan automáticamente la dirección IP de una ENI secundaria ni agregan una ruta después de vincular la ENI a una instancia de ECS. Esto impide que la ENI secundaria funcione correctamente.
Si una instancia de ECS tiene una ENI secundaria, compruebe la dirección IP de dicha ENI después de un failover para asegurar su funcionamiento correcto. Para obtener más información, consulte Configure a secondary ENI.
Solo se admiten ENI e instancias de ECS ubicadas en las mismas redes privadas virtuales (VPC) que el par de sitios de recuperación ante desastres.
-
¿Dónde puedo cambiar la dirección IP del sitio de recuperación ante desastres para la replicación asíncrona de EBS?
Cambie la dirección IP desde cualquiera de estas ubicaciones:
La pestaña Network Information en la página de detalles de la instancia.
El panel Preview Basic Information.
¿La replicación asíncrona de EBS admite cambios de configuración de ECS?
Antes de la primera replicación de un grupo de protección, se permiten los siguientes cambios de configuración:
Si la cantidad de discos y la capacidad total se mantienen dentro de los límites establecidos durante la configuración del grupo de protección, el sistema sincroniza automáticamente las configuraciones existentes con el sitio de recuperación ante desastres, incluidos los cambios en discos nuevos.
Durante el tiempo de inactividad del sistema, puede montar, desmontar y ampliar discos, renombrarlos y restaurarlos a partir de instantáneas.
Con base en las asignaciones de vSwitch y security group, puede agregar o quitar instancias de los security group, desvincular instancias y modificar los security group de las ENI.
Los cambios de configuración no se admiten en los siguientes escenarios:
Una vez que el grupo de protección entra en estado de ejecución, los cambios de configuración en el sitio de producción o en el de recuperación ante desastres pueden afectar el failover y el failback.
Las operaciones no compatibles pueden provocar excepciones en el sistema y activar alertas.
-
Si ocurre una excepción o se activa una alerta, evalúe sus requisitos de negocio antes de continuar:
-
Durante la replicación directa
Suspenda la replicación, quite las instancias protegidas afectadas y vuelva a agregarlas para mantener la consistencia de la sincronización de datos.
-
Durante la replicación inversa
Quite las instancias protegidas relacionadas y cree un nuevo sitio de recuperación ante desastres para mantener la seguridad de los datos y la continuidad del servicio.
-
¿Qué debo hacer si no puedo seleccionar una instancia al agregar instancias para la replicación asíncrona de EBS?
La replicación asíncrona de EBS tiene límites de regiones, zonas, tipos de disco, redes y cuotas de configuración. Haga clic en el ícono situado a la izquierda del ID de la instancia para ver por qué no se puede habilitar la protección de esa instancia y luego corrija el problema. Para obtener más información, consulte Limits.
¿Qué debo hacer si el tipo de instancia del sitio de recuperación ante desastres es anómalo al habilitar la replicación asíncrona de EBS?
Esto ocurre cuando el tipo de instancia de la instancia protegida no está disponible o es insuficiente en el sitio de recuperación ante desastres. Ejecute la operación Change Instance Type en la consola para seleccionar un tipo disponible. Si el sistema operativo o la dirección IP también se ven afectados, utilice la operación Modify Operating System o Modify Disaster Recovery IP para corregirlos.
¿Qué debo hacer si un grupo de protección se encuentra en el estado "Failed to enable replication", "Failover failed" o "Failback failed"?
Los pasos son los mismos para los tres estados con errores. A continuación se toma como ejemplo Failover Failed:
Haga clic en el ID de la tarea con errores que se muestra en la consola. En la pestaña Tasks, consulte el mensaje de error detallado.
Por ejemplo,
Not have any stock of instance type family ...indica que la familia de tipos de instancia no existe. En este caso, ejecute la operación Change Instance Type at DR Site en la página Protected Instances y luego reintente la tarea.
¿Cuáles son las diferencias entre CDR y la replicación asíncrona de EBS para la recuperación ante desastres de ECS?
La replicación asíncrona de EBS protege los datos entre regiones o entre zonas de una misma región mediante las capacidades de replicación de datos de EBS. Para obtener más información, consulte Overview of disk disaster recovery.
A continuación se comparan CDR y la replicación asíncrona de EBS.
|
Elemento |
CDR |
Replicación asíncrona de EBS |
|
Escenarios |
Recuperación ante desastres para una single virtual machine (VM). Utilice esta opción si es aceptable la intrusión en el sistema. |
Recuperación ante desastres que garantiza la consistency across VM groups. Utilice esta opción si no es aceptable la intrusión en el sistema. |
|
Intrusión en el sistema |
Sí |
No |
|
Implementación de la replicación |
Un agente instalado en el sistema operativo de la instancia protegida replica en tiempo real los datos escritos en los discos y los envía a una puerta de enlace. La puerta de enlace almacena los datos en un bucket de Object Storage Service (OSS) y luego los escribe 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 de EBS. |
|
Implementación de la recuperación |
Admite varios puntos de recuperación. Se crean una instancia de ECS sombra y un servidor de puerta de enlace en el sitio de recuperación ante desastres. Cloud Backup lee los datos del bucket de OSS hacia la instancia sombra, los escribe en la instancia de ECS del sitio de recuperación ante desastres y crea un punto de recuperación mediante el mecanismo de instantáneas. |
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 |
¿Qué debo hacer si el sistema operativo de una instancia de ECS no inicia durante la recuperación ante desastres o un simulacro?
Compruebe el modo de arranque de la instancia de ECS en el sitio de producción, ya sea el sistema básico de entrada/salida (BIOS) o la interfaz de firmware extensible unificada (UEFI). Ambos modos de arranque son incompatibles entre sí. La instancia de ECS del sitio de recuperación ante desastres debe usar una imagen con el mismo modo de arranque que la instancia de producción. Un modo de arranque distinto impide que el sistema operativo inicie. Para obtener más información, consulte Boot modes of ECS instances.
¿Cómo calculo la cantidad de datos replicados durante la replicación asíncrona de EBS?
La replicación asíncrona de EBS tiene dos fases: replicación directa y replicación inversa.
-
Replicación directa
La replicación directa comienza con una replicación completa y continúa con replicaciones incrementales.
La replicación completa copia todos los datos de un disco. El tamaño de los datos equivale a la capacidad total de almacenamiento del disco.
Después de la replicación completa, se ejecuta una replicación incremental cada 15 minutos que copia únicamente los datos modificados durante ese intervalo.
-
Replicación inversa
La replicación inversa comienza después de un failover y replica los datos de vuelta solo a la instancia original. No admite replicación completa; únicamente se ejecuta una replicación incremental cada 15 minutos que copia los datos modificados durante cada intervalo.
¿Cuáles son las políticas de retención de las instancias de ECS y los discos en el sitio de recuperación ante desastres?
-
Retención a largo plazo
Las instancias de ECS y los discos del sitio de recuperación ante desastres se conservan hasta que usted elimine manualmente la instancia protegida correspondiente del sitio de producción. De forma predeterminada, los recursos no se recuperan automáticamente.
-
Retención después de un failover
Si el servicio se está ejecutando en el sitio de recuperación ante desastres (el estado del grupo de protección es Failover Completed o Failover Confirmed), las instancias de ECS y los discos de dicho sitio no se recuperan automáticamente, incluso si elimina las instancias protegidas.
-
Recursos del simulacro de recuperación ante desastres
Las instancias de ECS y los discos creados durante un simulacro de recuperación ante desastres se recuperan automáticamente cuando se elimina el grupo de simulacro.
-
Recursos del sitio de producción
La recuperación ante desastres de ECS no recupera las instancias de ECS ni los discos del sitio de producción.
-
Facturación
La facturación de ECS depende del modo de detención seleccionado durante el inicio, la replicación, el failover y el failback. Para obtener más información, consulte Economical mode. Para conocer los detalles de los descuentos, consulte Instance type billing.
La replicación asíncrona de EBS admite la facturación de suscripción y pay-as-you-go. Para obtener más información, consulte Billing.
¿Puedo iniciar directamente la instancia de ECS en el sitio de recuperación ante desastres o en el de producción sin ejecutar un failover o failback?
No. Cuando el grupo de protección se encuentra en estado de replicación inversa, los discos del sitio de destino se establecen automáticamente como de solo lectura para evitar inconsistencias de datos provocadas por un inicio inesperado. Para comprobar su configuración de recuperación ante desastres, utilice la función de simulacro de recuperación ante desastres. Para restaurar las cargas de trabajo, ejecute un failover o failback formal.
¿Cuál es el RTO de la replicación asíncrona de EBS?
El objetivo de tiempo de recuperación (RTO) es el tiempo transcurrido desde que se ejecuta un plan de recuperación ante desastres hasta que el sistema de negocio se restaura al nivel de servicio objetivo.
Para el failover y el failback, el RTO se mide en minutos, desde que inicia la operación hasta que la instancia de ECS está en ejecución.
En los simulacros de recuperación ante desastres, el RTO aumenta según el tamaño del disco de sistema de ECS. Considere el tiempo de inicio y detección del servicio de acuerdo con la complejidad de su carga de trabajo.
CDR
¿Cuáles son el RPO y el RTO de CDR?
CDR replica los datos de negocio desde centros de datos autogestionados hacia la nube en tiempo real, y alcanza objetivos de punto de recuperación (RPO) de segundos a minutos. Si ocurre una falla grave en un centro de datos autogestionado, los datos se replican del centro de datos a la nube en unos pocos minutos, lo que permite alcanzar RTO de minutos.
¿Qué sistemas operativos admite CDR?
CDR es compatible con los principales sistemas operativos Windows y Linux. Para obtener más información, consulte Operating systems.
CDR solo admite los siguientes sistemas operativos.
Solo se admiten los sistemas operativos listados en la siguiente tabla. Para los sistemas operativos no compatibles, utilice the asynchronous replication feature.
|
Sistema operativo |
Versiones compatibles y requisitos |
|
Windows Server |
2008 R2, 2012, 2012 R2 y 2016 |
|
Linux |
Importante
En los sistemas Linux, la partición /boot y la partición / deben residir en el mismo disco. Si no es así, cambie el tamaño del disco manualmente antes de registrar la instancia protegida para CDR.
|
¿Cuáles son las políticas de retención de instantáneas para CDR?
CDR utiliza la función de instantáneas de los discos sombra para crear puntos de recuperación, lo que permite restaurar los servidores protegidos a una versión histórica específica.
Los puntos de recuperación utilizados en simulacros de recuperación ante desastres o en un failover no están sujetos a estas políticas de retención.
Las políticas de retención son las siguientes:
-
Se conservan todos los puntos de recuperación del último día.
Por ejemplo, si la hora UTC actual es 2020-10-12T17:00:00Z, el último día abarca desde 2020-10-11T00:00:00Z hasta 2020-10-12T17:00:00Z, un total de 41 horas.
Se conserva el último punto de recuperación de cada día de la última semana.
Se conserva el último punto de recuperación de cada semana del último mes.
Se eliminan los puntos de recuperación con más de un mes de antigüedad.
¿CDR admite ampliar o agregar discos en una instancia de ECS de origen?
La ampliación y la adición de discos solo se admiten en instancias de ECS de origen con Linux, dentro de pares de sitios para la recuperación ante desastres en la nube entre regiones y entre zonas.
Después de ampliar la instancia de origen o agregar discos, la recuperación ante desastres de ECS detecta los cambios en los discos en un máximo de 5 minutos. Luego detiene la replicación en curso, ajusta la capacidad de los discos sombra de destino, repara la replicación y reanuda la replicación en tiempo real. Este proceso se ejecuta automáticamente. Observe en la consola el cambio de estado de Repair Replication a Replicating. El tiempo necesario depende del tamaño del disco.
No se admite la reducción de escala ni la disminución de discos en la instancia de ECS de origen. Estas operaciones pueden provocar errores de replicación o pérdida de datos.
¿Cómo corrijo un error de imagen de arranque?
-
Problema
Cuando inicia la replicación de datos o previsualiza un plan de simulacro de recuperación ante desastres, Cloud Backup reporta un error de imagen de arranque.
-
Causa
Cuando inicia la replicación, Cloud Backup usa una imagen de proxy para crear una instancia de ECS correspondiente en el sitio de recuperación ante desastres. Después, Cloud Backup replica los datos del sitio de producción a esta instancia y genera o actualiza puntos de recuperación al final de cada ciclo de replicación. Durante un simulacro de recuperación ante desastres, Cloud Backup usa una imagen de proxy para crear una instancia de simulacro en el sitio de recuperación ante desastres y reemplaza su contenido con el punto de recuperación más reciente.
Cloud Backup no modifica el sistema operativo directamente. Si la imagen de ECS del entorno de producción deja de estar disponible debido a una actualización, una depreciación o una eliminación, es posible que Cloud Backup no pueda identificar el modo de arranque ni la versión del sistema operativo de la instancia. Esto provoca que las instancias de destino no inicien durante un failover o un simulacro. Para conocer las prácticas recomendadas sobre los modos de arranque de las instancias, consulte Instance boot mode.
-
Solución
-
Corrección automática
Durante la previsualización, si Cloud Backup reporta un error de imagen, haga clic en View Details para obtener más información.
En el cuadro de diálogo Details, seleccione una imagen disponible para una o más instancias de ECS. Cloud Backup utiliza Cloud Assistant para ofrecer una función de corrección rápida. Haga clic en Fix para ejecutar la corrección automática. Esta corrección ejecuta scripts para detectar el modo de arranque y la versión del sistema operativo, y luego selecciona una imagen de arranque disponible adecuada. Consulte todas las operaciones ejecutadas en la consola de Cloud Assistant.
-
Corrección manual
Si la corrección automática no logra detectar una imagen adecuada, inicie sesión en la consola de ECS para comprobar el modo de arranque y la versión del sistema operativo. Luego, actualice la imagen de arranque de ECS según sea necesario y continúe con la replicación o el simulacro de recuperación ante desastres.
-