Para proteger o migrar cargas de trabajo de vSphere entre dos sitios de vCenter Server, implemente dos dispositivos de VMware Cloud Director Availability en cada instancia de vCenter Server correspondiente. Antes de instalar cada dispositivo, compruebe que cada sitio cumple los requisitos de implementación. Además, permita la comunicación entre redes dentro del sitio y entre los sitios.
- Migración y recuperación ante desastres de vSphere
- Entre dos instancias de vCenter Server, cualquier usuario que sea miembro de ADMINISTRATORS, VRADMINISTRATORS o VRUSERS puede proteger o migrar cargas de trabajo de vSphere después de emparejar los siguientes dispositivos de VMware Cloud Director Availability en cada sitio, implementados y configurados por un usuario miembro de ADMINISTRATORS. La configuración de los dispositivos con la instancia local de vCenter Server Lookup service crea los grupos VRADMINISTRATORS y VRUSERS en la instancia local de vCenter Server.
Implementación de dispositivos
- Para replicar cargas de trabajo entre vCenter Server del proveedor y vCenter Server del tenant, implemente y configure los siguientes dispositivos y, luego, emparéjelos.
- vCenter Replication Management Appliance
-
En la instancia del proveedor de
vCenter Server, como un usuario
administrador de
vSphere, implemente, otorgue licencias y configure
vCenter Replication Management Appliance; luego, agréguelo para realizar una medición en VMware vCloud
® Usage Meter.
De forma opcional, luego de configurar vCenter Replication Management Appliance, el proveedor puede agregar una o más instancias de Replicator Appliance para escalar el rendimiento de la replicación.
- On-Premises to Cloud vCenter Replication Appliance
- En la instancia de vCenter Server del tenant, como usuario administrador de vSphere, solo implemente y configure On-Premises to Cloud vCenter Replication Appliance.
- Para obtener información sobre la implementación de ambos dispositivos en cada instancia de vCenter Server, consulte Implementar los dispositivos para la recuperación ante desastres y la migración de vSphere.
- Para obtener información sobre la concesión de licencias, la configuración, la medición y el emparejamiento de dispositivos, consulte Configurar y emparejar ambos dispositivos.
- De forma alternativa, para replicar cargas de trabajo entre las instancias de vCenter Server del proveedor, implemente, otorgue licencias y configure vCenter Replication Management Appliance en cada instancia de vCenter Server del proveedor. A continuación, agregue los dispositivos para su medición en vCloud Usage Meter. Por último, empareje ambos dispositivos, de forma similar a como se observa en el ejemplo de emparejamiento de una instancia de proveedor y de tenant.
De forma opcional, luego de configurar los dispositivos, el proveedor puede agregar una o más instancias de Replicator Appliance en cada sitio del proveedor para escalar el rendimiento de la replicación.
En el siguiente diagrama de arquitectura, se muestra una instancia de On-Premises to Cloud vCenter Replication Appliance y una instancia de vCenter Replication Management Appliance y, de forma opcional, una o varias instancias de Replicator Appliance implementadas en cada instancia de vCenter Server correspondiente.
Requisitos de red
En el siguiente diagrama, se muestran las conexiones de red y los puertos de red necesarios para la comunicación entre vCenter Replication Management Appliance, On-Premises to Cloud vCenter Replication Appliance y la infraestructura de recuperación ante desastres.
Requisitos previos para el emparejamiento | Emparejamiento en una red privada | Emparejamiento en una red pública |
---|---|---|
Traducción de direcciones de red de destino (DNAT) | No configure reglas DNAT. | En primer lugar, configure una regla DNAT para traducir la dirección pública Service-Endpoint-IP-address:443 a la dirección privada Appliance-IP-address:8048. |
En la ventana Emparejamiento nuevo, introduzca: | En Endpoint de servicio, introduzca Appliance-IP-address:8048. | En Endpoint de servicio, introduzca la dirección pública Service-Endpoint-IP-Address:443. |
Requisitos de conectividad
VMware Cloud Director Availability no admite que se coloque ningún producto o solución de finalización de TLS entre los dispositivos (por ejemplo, HAProxy, Nginx o Fortinet, entre otros). Si estas herramientas se encuentran implementadas, deben configurarse en modo de pasaje, también conocido como modo TCP, para evitar que interfieran con el tráfico TLS de VMware Cloud Director Availability.
Requisitos de hardware
- 8 vCPU
- 8 GB de memoria RAM
- 10 GB de almacenamiento
- vCenter Replication Management Appliance y Replicator Appliance
- On-Premises to Cloud vCenter Replication Appliance
Requisitos de implementación
- Interfaces de VMkernel de replicación de ESXi dedicadas
-
En los sitios de producción, para aislar el tráfico de datos de replicación en los hosts
ESXi, dedique una interfaz de VMkernel a esta tarea. De forma predeterminada,
ESXi controla el tráfico de datos de replicación a través de su interfaz de VMkernel de administración. Debido a que un adaptador de VMkernel debe controlar un tipo de tráfico, separe el tráfico de administración del tráfico de replicación mediante la creación de una interfaz de VMkernel de replicación dedicada.
En cada host ESXi que se utilice como origen o destino de replicación, durante la creación de una interfaz de VMkernel dedicada para el tráfico de replicación, utilice las siguientes etiquetas:
- En los orígenes de replicación, para configurar cada host ESXi para el tráfico saliente de replicación, seleccione vSphere Replication. Para obtener más información, consulte Configurar un adaptador de VMkernel para el tráfico de vSphere Replication en un host de origen en la documentación de vSphere Replication.
- En los destinos de replicación, para configurar cada host ESXi para el tráfico entrante de replicación, seleccione vSphere Replication NFC.
Para mantener el tráfico de replicación entre los hosts ESXi y las instancias del dispositivo en el mismo dominio de broadcast, configure la interfaz de VMkernel de replicación dedicada en su propia subred IP y conecte cada instancia del dispositivo al mismo grupo de puertos virtuales. Como resultado, el tráfico de replicación sin comprimir evita tener que pasar por un enrutador y ahorra ancho de banda de red.