Utilizar Zerto Virtual Replication entre dos datacenters de OVHcloud
Esta guía explica cómo implementar Zerto Virtual Replication en su Plan de Recuperación ante desastres entre dos productos Private Cloud.
Esta guía explica cómo implementar Zerto Virtual Replication en su Plan de Recuperación ante desastres entre dos productos Private Cloud.
Esta traducción ha sido generada de forma automática por nuestro partner SYSTRAN. En algunos casos puede contener términos imprecisos, como en las etiquetas de los botones o los detalles técnicos. En caso de duda, le recomendamos que consulte la versión inglesa o francesa de la guía. Si quiere ayudarnos a mejorar esta traducción, por favor, utilice el botón "Contribuir" de esta página.
Última actualización: 11/02/2022
Esta guía explica los conceptos y los detalles de la implementación de Zerto Virtual Replication entre dos datacenters de OVHcloud.
Para otros casos, consulte nuestra guía sobre cómo utilizar Zerto entre OVHcloud y una plataforma tercera.
Esta guía explica cómo implementar Zerto Virtual Replication para su Plan de Recuperación ante desastres (DRP) entre dos productos Hosted Private Cloud.
Zerto Virtual Replication es una solución técnica que permite replicar los datos entre infraestructuras de virtualización o cloud. Para ello se apoya en los hipervisores de la plataforma al desplegar máquinas virtuales (MV) llamadas Virtual Replication Appliance (VRA) que se encargan de duplicar las escrituras en las unidades de almacenamiento y las transmiten hacia el sitio remoto.
Las VRA se despliegan en cada hipervisor y consumen recursos para realizar la replicación:
OVHcloud añade de forma gratuita un datastore dedicado para almacenar todas las VRA.
La replicación de datos se realiza entre dos (2) sitios emparejados, para que las VRA de cada lado puedan establecer sus flujos de replicación.
Por defecto los flujos de replicación Zerto no están encriptados, pero como la seguridad es una prioridad para OVHcloud, se establece un túnel cifrado (via IPSec) entre los dos sitios por medio de una appliance de red llamada L2VPN.
La activación y la gestión de la replicación de las MV se realiza a través de un Grupo de replicación (VPG) Esto permite agrupar de forma lógica un grupo de MV que correspondan a una misma necesidad empresarial y operativa (por ejemplo, una aplicación con su base de datos) con el fin de configurar el máximo objetivo de pérdida de datos admisible ( RPO), el orden de encendido ( básico antes de la aplicación), la configuración de red para los ejercicios o para un caso real.
También se puede definir un nivel de prioridad entre las VPG para priorizar la transferencia de datos si el ancho de banda de red da problemas.
En su área de cliente OVHcloud, diríjase a la parte Servidor
-> Private Cloud
.> Seleccione su plataforma Private Cloud primaria, > seleccione
el datacenter deseado > y haga clic en la pestaña Disaster Recovery Plan (DRP)
.
Seleccione Between two OVHcloud Private Cloud solutions y haga clic en Activate Zerto DRP
,
La selección del Private Cloud Primario y del datacenter se hacen de forma automática en función de la infraestructura a la que se haya accedido.
Seleccione en el desplegable una dirección IP pública libre del bloque de IP públicas asociadas al Private Cloud. Esta dirección se utilizará para establecer un enlace seguro entre las infraestructuras.
Haga clic en Next
,
Hay que seleccionar el sitio secundario entre los Private Cloud que aparecen en el menú desplegable.
Solo aparecerán como disponibles los que cumplan los siguientes criterios:
Seleccione a continuación el datacenter del Private Cloud de destino en el menú desplegable.
Seleccione en el menú desplegable una dirección IP pública libre del bloque de IP públicas asociadas al Private Cloud. Esta dirección se utilizará para establecer un enlace seguro entre las infraestructuras.
Haga clic en Next
,
Una vez enviada la solicitud de activación, esta puede tardar como máximo una hora, tal y como se indica en el mensaje que aparece en pantalla, siempre y cuando los datos proporcionados sean correctos (sobre todo si la dirección IP no está siendo utilizada por una de sus máquinas virtuales, en cuyo caso la activación fallará).
Una vez realizada la activación, recibirá por correo electrónico una configuración de instalación y los enlaces de acceso a la interfaz Zerto de cada una de las infraestructuras.
Estimado/a cliente:
Acaba de activar la solución Zerto DRP entre 2 de sus soluciones Private Cloud.
Puede conectarse al sitio web principal a través de la siguiente dirección:
Puede conectarse al sitio secundario a través de la siguiente dirección:
Puede acceder con sus cuentas de administrador tal y como lo hace en vSphere.
Se puede acceder a la interfaz desde las dos (2) infraestructuras a través de la siguiente dirección:
Tal y como se indica en el cuerpo del correo electrónico, los datos de acceso para conectarse son los mismos que se utilizan para conectarse a la interfaz vSphere.
Una vez haya introducido sus credenciales de acceso, aparecerá una pantalla que muestra el panel de control de Zerto:
En esta pantalla podrá consultar:
En el menú Acciones
, seleccione Crear VPG
En la primera pantalla:
Haga clic en NEXT
para continuar
El siguiente paso consiste en seleccionar las MV que formarán parte del VPG.
Una MV no puede estar en varios VPG.
Haga clic en NEXT
para continuar
El siguiente paso consiste en seleccionar el sitio remoto:
Ahora hay que definir los recursos en remoto:
Deje el resto de valores tal y como aparecen salvo necesidades avanzadas.
Haga clic en NEXT
para continuar
En el paso siguiente, se puede afinar la configuración para el almacenamiento en caso de necesidades avanzadas.
Si no es el caso, deje el resto de valores tal y como aparecen.
Haga clic en NEXT
para continuar
Lo que viene a continuación es una parte importante, ya que es el primer paso de la configuración de red.
Las opciones de Pre-recovery Script y Post-recovery Script no se pueden utilizar.
Haga clic en NEXT
para continuar
En este segundo paso de la configuración de red,
El cambio de IP solo es posible para las MV con un sistema operativo compatible y para las que tienen las VMware Tools en funcionamiento.
Haga clic en NEXT
para continuar
Haga clic en NEXT
para continuar
En la última pantalla, aparece un resumen de todos los elementos configurados.
Compruebe la configuración y confirme la creación del VPG haciendo clic en DONE
El nuevo VPG aparecerá en la lista con el estado Initializing.
Después de haber configurado la replicación y haber dejado que se ejecute varios días, puede probar si su DRP funciona con las acciones gestionadas por Zerto Replication.
El test de failover en Zerto Replication se hace sininterrupción en el sitio principal, tan solo debe asegurarse de haber configurado correctamente las redes de prueba para evitar cualquier conflicto de direccionamiento IP y para su producción no se vea afectada por este ejercicio.
No debe modificar ni eliminar manualmente ningún recurso iniciado por el test. Zerto eliminará todos los recursos automáticamente al finalizar el test.
Tenga en cuenta que la replicación sigue ejecutándose entre los dos sitios durante el test.
Para ello, conéctese a la interfaz de Zerto Replication y haga clic en FAILOVER
(el selector de la izquierda aparece por defecto en TEST).
Si el texto del botón está en gris, significa que no existe ningún VPG disponible para el test (la inicialización no ha terminado).
Aparecerá de forma inmediata una pantalla con los VGP disponibles, el sentido de replicación, el sitio de destino y si el nivel de protección es correcto (Meeting SLA).
Tiene entonces dos opciones:
Confirme la selección y pase al siguiente paso haciendo clic en NEXT
.
En este ejemplo hemos escogido la opción 1 que corresponde con un test en un VPG.
En este paso aparece un resumen de las acciones asociadas al VPG.
Prosiga, haciendo clic en NEXT
Aparecerá una última pantalla de resumen que muestra los diferentes sitios con la cantidad de VPG para el test.
Confirme el inicio del test haciendo clic en START FAILOVER TEST
El test de failover se inicia inmediatamente con las acciones sobre el vCenter del sitio remoto.
Solo queda comprobar que todo funciona correctamente en el sitio remoto.
Cuando termine de comprobar las máquinas que hayan sido conmutadas, haga clic en el pequeño cuadrado rojo a la derecha del Testing Failover
Aparece una ventana indicando si el test ha tenido éxito, y se puede añadir un comentario.
Confirme el final del test haciendo clic en STOP
.
La eliminación de recursos utilizados en el test se inicia inmediatamente después de este paso.
En caso de incidente mayor en el sitio principal o en el marco de un ejercicio en condiciones reales, el inicio de la conmutación se efectúa lógicamente desde el sitio secundario (de recuperación).
El failover en modo LIVE en Zerto Replication se realiza considerando el sitio principal como no disponible, por lo tanto hay que prestar atención a la configuración de red para evitar cualquier conflicto de direccionamiento IP.
Todos los recursos que se inicien en el sitio secundario estarán activos a nivel de tratamiento de datos.
Tenga en cuenta que la replicación entre los dos sitios se modifica o interrumpe (Más información más adelante)
Para ello, conéctese a la interfaz de Zerto Replication, cambie el selector de abajo a la derecha de la interfaz a LIVE (el color va a cambiar para avisar de que se van a realizar acciones que tendrán impacto en sus MV) y haga clic en FAILOVER
.
Aparecerá de forma inmediata una pantalla con los VGP disponibles, el sentido de replicación, el sitio de destino y si el nivel de protección es correcto (Meeting SLA).
Tendrá varias opciones:
Confirme la selección y pase al siguiente paso haciendo clic en NEXT
.
Como ejemplo aparece seleccionada la opción 1, el test en un VPG.
En este paso aparece un resumen de las acciones asociadas al VPG.
Hay tres (3) opciones para la Commit Policy:
Para las opciones Automáticas, la temporalización por defecto es de sesenta (60) minutos.
Haga clic en NEXT
para continuar
La última pantalla de resumen muestra los diferentes sitios con la cantidad de VPG para la conmutación.
Por favor, lea con atención el resumen y los avisos.
Ejecute la conmutación haciendo clic en START FAILOVER
.
Si ha elegido una Commit Policy Automática, aparecerá un mensaje de aviso para recordarle su impacto.
Confirme el inicio haciendo clic en START FAILOVER
.
La conmutación se inicia inmediatamente con las acciones sobre el vCenter del sitio remoto.
Solo queda comprobar que todo funciona correctamente en el sitio remoto.
Después de ejecutar la conmutación, aparecerá una alerta en la interfaz de Zerto Replication. Está asociada a la Commit Policy y estará visible mientras no se confirme o anule el commit.
En ese caso, las acciones se ejecutan mediante los iconos a la derecha del VPG.
A la hora de confirmar el commit, puede configurar automáticamente el VPG en sentido inverso (Reverse Protection).
Confirme haciendo clic en COMMIT
En el VPG, verá que la dirección de replicación (la flecha) ha cambiado.
Según cómo se haya realizado el Failover, el regreso al sitio principal (esto no es obligatorio) puede requerir varias acciones.
Si ha realizado la conmutación con Reverse Protection, el procedimiento de reversión de los cambios consiste en hacer un Failover Live (consultar la parte correspondiente para ver las acciones requeridas).
Si ha realizado la conmutación sin Reverse Protection, el procedimiento de reversión de los cambios consiste en crear un VPG y después hacer un Failover Live (consultar las secciones anteriores para ver las acciones requeridas).
Interactúe con nuestra comunidad de usuarios en https://community.ovh.com/en/
Si lo desea, también puede enviarnos sus sugerencias para ayudarnos a mejorar nuestra documentación.
Imágenes, contenido, estructura...: ayúdenos a mejorar nuestra documentación con sus sugerencias.
No podemos tratar sus solicitudes de asistencia a través de este formulario. Para ello, haga clic en "Crear un tíquet" .
¡Gracias! Tendremos en cuenta su opinión.
¡Acceda al espacio de la OVHcloud Community! Resuelva sus dudas, busque información, publique contenido e interactúe con otros miembros de la comunidad.
Discuss with the OVHcloud community