Al replicar la carga de trabajo del sitio de origen al sitio de destino, VMware Cloud Director Availability protege o migra vApps y máquinas virtuales. Estas replicaciones pueden ser entrantes desde un sitio de origen o salientes a un sitio de destino. Una vApp o una máquina virtual solo se replica en un sitio de destino.

Replique una sola carga de trabajo protegiendo o migrando sus vApps y máquinas virtuales de un sitio de origen a un único sitio de destino.

Tipos de replicación

Las replicaciones son de dos tipos:

Protección
La protección de una vApp o una máquina virtual de una organización a otra mantiene la ejecución de la carga de trabajo en el sitio de origen.
Migración
Al migrar una vApp o una máquina virtual a una organización remota se ejecuta la carga de trabajo en el sitio de destino.

Los proveedores permiten protecciones y migraciones por separado mediante directivas de replicación, ya sea solo entrantes, solo salientes, ambas o ninguna.

De forma predeterminada para una instancia de VMware Cloud Director Availability recién implementada:
  • Las protecciones están inactivas en las directivas de replicación predeterminadas, tanto las entrantes como las salientes.

    Para permitir las protecciones hacia o desde el sitio, el proveedor debe modificar la directiva predeterminada. Como alternativa, para mantener la recuperación ante desastres solo para los suscriptores, el proveedor asigna una directiva personalizada a las organizaciones. Para obtener más información, consulte Configurar directivas de replicación.

  • Las migraciones están activas en las directivas de replicación predeterminadas, tanto las entrantes como las salientes, para permitir la migración de cargas de trabajo para todos.

En VMware Cloud Director Availability 4.3 y versiones posteriores, para las replicaciones hacia y desde sitios respaldados por VMware Cloud Director con el motor de datos Clásico seleccionado, al iniciar una replicación con una máquina virtual que ya está configurada para la replicación por otra solución de replicación, VMware Cloud Director Availability la reconfigura para la replicación.

Casos prácticos de replicaciones

VMware Cloud Director Availability admite replicaciones entre sitios entre los siguientes sitios de origen y destino, como se muestra en la tabla, según el origen y el destino de la replicación y el motor de datos seleccionado:

  • El motor de datos Clásico admite ambos tipos de replicación: migraciones y protecciones: Sí
  • El motor de datos de VMC solo admite migraciones: Futuro
  • No disponible: No
Tabla 1. Soporte de VMware Cloud Director Availability para varios sitios
Sitio de origen* Sitio de destino
Sitio de VMware Cloud Director vCenter Server en las instalaciones SDDC de VMC administrado por CDS SDDC de AVS administrado por CDS SDDC de GCVE administrado por CDS SDDC de OCVS administrado por CDS pVDC local administrado por CDS
Sitio de VMware Cloud Director Sí Sí Futuro Futuro Sí Sí Sí
vCenter Server en las instalaciones Sí Sí** Futuro Futuro Sí Sí Sí
SDDC de VMC administrado por CDS Futuro No Futuro Futuro Futuro Futuro Futuro
SDDC de AVS administrado por CDS Futuro No Futuro Futuro Futuro Futuro Futuro
SDDC de GCVE administrado por CDS Sí Sí Futuro Futuro Sí Sí Sí
SDDC de OCVS administrado por CDS Sí Sí Futuro Futuro Sí Sí Sí
pVDC local administrado por CDS Sí Sí Futuro Futuro Sí Sí Sí

* Puede encontrar información sobre la arquitectura y la implementación de sitios de origen y de destino en la siguiente documentación:

Para obtener información sobre cómo seleccionar los motores de datos VMC y Clásico, consulte Activar el motor de datos para replicaciones.

Objetivo de punto de recuperación: RPO

Un RPO más corto reduce la pérdida de datos durante la recuperación, a costa de consumir más ancho de banda de red para mantener actualizada la replicación del sitio de destino y aumentar el volumen de datos de eventos en la base de datos de vCenter Server.

Un RPO más corto requiere que todas las operaciones en segundo plano se completen en períodos de tiempo más cortos. La reducción del RPO aumenta el esfuerzo de todos los componentes de la infraestructura y aumenta la demanda de los sitios de origen y de destino, así como de la conectividad entre ellos. Para obtener información sobre la supervisión del entorno para detectar posibles cuellos de botella e implementar cambios en la infraestructura, consulte el documento Flujo de replicación.
RPO de destino de protecciones
RPO es el período de tiempo tolerable más largo de pérdida de datos de una carga de trabajo protegida.
Por ejemplo, una máquina virtual protegida con un RPO de una hora significa que la máquina virtual recuperada en el sitio de destino no puede incurrir en más de una hora de pérdida de datos cuando se produce un error en el sitio de origen. En VMware Cloud Director Availability 4.3 y versiones posteriores, para las protecciones, la selección de RPO oscila entre un minuto y 24 horas. Con un RPO más corto, una carga de trabajo protegida con uso intensivo de E/S puede provocar infracciones de RPO.
Nota: El RPO de las migraciones es de 24 horas.

Cuando cada replicación alcanza su RPO de destino, además de actualizar la replicación del sitio de destino, Replicator Service escribe unos 3800 bytes en la base de datos de eventos de vCenter Server. Para reducir el volumen de datos de eventos, configure un RPO más largo o limite el número de días que vCenter Server retiene los datos de eventos.

Poner en modo inactivo

Para lograr un estado coherente, poner en modo inactivo Replicator Service garantiza una coherencia de errores entre todos los discos de una máquina virtual.
Activar el modo inactivo
La activación del modo inactivo puede obtener un mayor nivel de coherencia de errores entre los discos que pertenecen a una máquina virtual.
El sistema operativo de una máquina virtual determina los tipos de modo inactivo disponibles. El modo inactivo solo está disponible para los sistemas operativos de máquinas virtuales que admiten el modo inactivo.

Propietario

Nota: Para la recuperación ante desastres y la migración de vSphere entre instancias de vCenter Server no respaldadas por VMware Cloud Director, la entidad de seguridad siempre es Sistema. Este usuario es el Nombre de usuario administrador de SSO que registra el dispositivo con vCenter Server Lookup service. Este mismo usuario posee todas las replicaciones, lo cual significa que todos los usuarios que ven una replicación tienen control total sobre ella.
Para las replicaciones con sitios de nube respaldados por VMware Cloud Director, el usuario que inicia una nueva replicación se convierte en su propietario, según el propietario de la replicación predeterminado seleccionado. Después de iniciar la replicación, el administrador del sistema puede cambiar el propietario de una replicación seleccionada. Cualquier replicación iniciada por el administrador del sistema no estará visible para la organización correspondiente ni sus arrendatarios a menos que el administrador del sistema cambie explícitamente la propiedad de la replicación. Para administrar dicha replicación mediante un tenant, cambie el propietario de la replicación a la organización del tenant.
Cambiar el propietario de la replicación predeterminado
En VMware Cloud Director Availability 4.4 y versiones posteriores, como administrador del sistema, para cambiar el propietario de la replicación predeterminado para las nuevas replicaciones, en el panel izquierdo, en Configuración, haga clic en Configuración y, a continuación, en Configuración del sitio junto a Propietario de la replicación predeterminado, haga clic en Editar. En la ventana Cambiar el propietario de la replicación predeterminado, seleccione un propietario como predeterminado para las nuevas replicaciones y haga clic en Aplicar.
  • Organización del sistema: asigna al administrador del sistema como propietario de la replicación predeterminado para las nuevas replicaciones. Los arrendatarios no ven las replicaciones que son propiedad de la organización del sistema.
  • Organización de tenant: asigna la organización en el sitio de destino* como propietario de la replicación predeterminado para las nuevas replicaciones.
Cambiar el propietario de las replicaciones existentes
Como administrador del sistema, para cambiar el propietario de una o varias replicaciones ya iniciadas, en el panel izquierdo, elija una dirección de replicación y haga clic en Replicaciones entrantes o Replicaciones salientes y, a continuación, seleccione las replicaciones y haga clic en Todas las acciones > Cambiar propietario. En la ventana Cambiar el propietario de la replicación, seleccione una nueva organización propietaria para las replicaciones seleccionadas y haga clic en Aplicar.
  • Organización del sistema: asigna al administrador del sistema como propietario de las replicaciones.
  • Organización de tenant: asigna la organización en el sitio de destino* como propietario de las replicaciones.
* La propiedad de la organización de destino se aplica tanto a las replicaciones desde sitios de nube a sitios de nube como desde sitios locales a sitios de nube. Cuando el destino de la replicación es un sitio local, asigna la organización en el sitio de origen como propietario de la replicación, lo cual permite que los arrendatarios de la organización de origen vean la replicación e interactúen con ella. La propiedad de la organización de origen solo se aplica a las replicaciones de los sitios de nube en los sitios locales.

Las tareas de replicación iniciadas por el administrador del sistema no son visibles para los arrendatarios, incluso después de proporcionar propiedad a la organización.

Modificar el hardware de una máquina virtual de origen mientras está protegida por VMware Cloud Director Availability

Nota: La versión de hardware de las máquinas virtuales del sitio de origen no debe ser superior a la del sitio de destino. Esta limitación se aplica tanto a la recuperación ante desastres como a la migración de vSphere entre instancias de vCenter Server y a las replicaciones con sitios de nube respaldados por VMware Cloud Director.

Para obtener información sobre las versiones de hardware, consulte Compatibilidad de máquinas virtuales en la documentación de vSphere.

  • Al agregar otro disco virtual a una máquina virtual replicada en el sitio de origen, se detiene la replicación.
  • El cambio de tamaño de VMDK con vSphere 7.0 en el sitio de origen cambia automáticamente el tamaño del disco de la máquina virtual protegida en el sitio de destino y conserva las instancias de replicación.
  • Modificar el recuento de vCPU o el tamaño de RAM de la máquina virtual de origen se replica en el RPO o en la sincronización manual en el sitio de destino.

Replicar discos virtuales de aprovisionamiento fino o grueso

Después de iniciar una replicación o cambiar su perfil de almacenamiento, VMware Cloud Director Availability crea un VMDK de aprovisionamiento grueso que, en su primer cambio de tamaño, se convierte en un VMDK de aprovisionamiento fino.

Como resultado, desde el inicio o el cambio de la replicación del perfil de almacenamiento hasta el primer cambio de tamaño, el almacenamiento consumido equivale al doble del tamaño de la máquina virtual de origen.

Tabla 2. Alineación de la replicación con el perfil de almacenamiento de destino
Replicaciones Tipo de aprovisionamiento de disco de replicación
Replicaciones mediante inicialización Disco de inicialización de aprovisionamiento fino Aprovisionamiento ligero
Disco de inicialización "Lazy zero" con aprovisionamiento grueso "Lazy zero" con aprovisionamiento grueso
Disco de inicialización "Eager zero" con aprovisionamiento grueso "Eager zero" con aprovisionamiento grueso
Nuevas replicaciones sin inicialización en VMware Cloud Director Availability 4.4 y versiones posteriores Aprovisionamiento fino de VDC de organización permitido. Aprovisionamiento ligero
Aprovisionamiento fino de VDC de organización no permitido. "Lazy zero" con aprovisionamiento grueso
Replicaciones iniciadas existentes:
  • en versiones de VMware Cloud Director Availability anteriores.
  • después de actualizar a VMware Cloud Director Availability 4.4.
 Conservar los tipos de discos existentes en función de los tipos de disco de inicialización
Recuperación ante desastres y migración de vSphere entre sitios de vCenter Server Al crear cada replicación, seleccione uno de los siguientes formatos de aprovisionamiento para el disco de destino:
  • Aprovisionamiento ligero
  • "Lazy zero" con aprovisionamiento grueso
  • "Eager zero" con aprovisionamiento grueso

De forma predeterminada, VMware Cloud Director Availability 4.4 y versiones posteriores para nuevas replicaciones:

  • Para la recuperación ante desastres y la migración de vSphere entre sitios de vCenter Server, seleccione el formato de aprovisionamiento de disco de destino al crear cada replicación.

El tipo de aprovisionamiento de disco nunca cambia después de crear la replicación: al iniciar una replicación se aprovisionan permanentemente los discos replicados como finos o gruesos. El tipo de aprovisionamiento de disco no cambia durante la duración de la replicación, ni al realizar una conmutación por error ni al realizar una migración.

Las replicaciones existentes iniciadas en una versión de VMware Cloud Director Availability anterior, después de actualizar a la versión 4.4 conservan el tipo de aprovisionamiento de disco; para que la política de almacenamiento de VDC de organización tenga prioridad, elimine las replicaciones y, a continuación, vuelva a crearlas e iniciarlas, sin usar inicializaciones de replicación existentes.

Inicialización
El tipo de aprovisionamiento de disco replicado siempre depende de si una replicación utiliza una inicialización. Para obtener información sobre las inicializaciones, consulte Usar inicializaciones de replicación.
  • Cuando se utiliza la inicialización en la replicación, el aprovisionamiento de cada disco de replicación conserva el aprovisionamiento de cada disco de máquina virtual de inicialización de replicación:
    • Los discos de inicialización de replicación con aprovisionamiento grueso siempre aprovisionan discos de replicación "Lazy zero" gruesos.
    • Los discos de inicialización de replicación con aprovisionamiento fino siempre aprovisionan discos de replicación finos.
    Por ejemplo, una máquina virtual de inicialización de replicación que contiene un disco de aprovisionamiento fino y un disco de aprovisionamiento grueso siempre se replica como un disco fino y otro grueso en el sitio de destino, independientemente de la política de almacenamiento del VDC de organización.
  • Cuando no se utiliza inicialización en la replicación, el aprovisionamiento de los discos replicados sigue la lógica anterior.

Replicando otro almacenamiento

Memoria rápida no volátil (NVMe)
Para replicar máquinas virtuales con una controladora de disco NVMe, VMware Cloud Director Availability requiere que los sitios de origen y de destino ejecuten vCenter Server 7.0 U2 o una versión posterior.
DRS de almacenamiento (SDRS)
  • En el sitio protegido, se admite la DRS de almacenamiento.
  • En el sitio de recuperación, el DRS de almacenamiento no mueve archivos de replicación entre almacenes de datos. El modo de mantenimiento del almacén de datos, el equilibrio de almacenamiento y el equilibrio de E/S ignoran los archivos de replicación. La única forma admitida de mover los archivos de replicación entre almacenes de datos es cambiar la directiva de almacenamiento.
Asignación de dispositivos sin formato (RDM).
  • Se puede replicar RDM en el modo de compatibilidad virtual.
  • RDM en el modo de compatibilidad física se omite de la replicación.
Discos multiescritura
VMware Cloud Director Availability no replica discos en modo multiescritura.
Discos independientes
VMware Cloud Director Availability no replica discos independientes.
Seguimiento de bloques de cambios (CBT)

Las instancias de VMware Cloud Director Availability no son compatibles con CBT. Para obtener información sobre las instancias, consulte Usar instancias.

Consumo de espacio de almacenamiento en el destino

Nota: Los archivos de replicación se siguen expandiendo hasta que haya espacio en el almacén de datos, sin tener en cuenta las restricciones de VMware Cloud Director:

VMware Cloud Director Availability cambia el tamaño de los discos independientes asociados con las máquinas virtuales replicadas para representar el espacio real utilizado por los datos de replicación. Esto hace que VMware Cloud Director muestre el tamaño de asignación real, que puede ser mayor que el límite de tamaño de asignación configurado para el VDC de organización.

Algunas opciones de configuración y operaciones de replicación requieren el doble de espacio en el almacenamiento de destino, en comparación con el tamaño de la máquina virtual de origen.

  • Tanto para la conmutación por error de prueba como para las operaciones inversas, el almacenamiento de destino debe alojar el doble de espacio para el tamaño de disco de la máquina virtual de origen. Para obtener información sobre los requisitos previos para cada operación, consulte Conmutación por error de prueba de una replicación y Invertir una replicación. En VMware Cloud Director Availability 4.2 y versiones posteriores, las tareas de conmutación por error requieren un espacio de almacenamiento de destino igual al tamaño de la carga de trabajo de origen. Para obtener información sobre el consumo de almacenamiento de conmutación por error de prueba con ejemplos para un almacén de datos y para el almacenamiento de VMware vSAN, consulte Requisitos de almacenamiento de VMware Cloud Director Availability en el manual Installation, Configuration, and Upgrade Guide in the Cloud Director Site.

  • Cuando se utiliza la inicialización, el almacenamiento de destino debe tener el doble de espacio para el tamaño de disco de la máquina virtual de origen. Para obtener información sobre los requisitos de espacio cuando se utiliza la inicialización, consulte Consumo de espacio del almacén de datos de destino.