VMware Site Recovery Manager (SRM) es un software de automatización de recuperación ante desastres que proporciona administración basada en directivas, pruebas no disruptivas y orquestación automatizada. Para proteger vRealize Network Insight, SRM automatiza cada aspecto de la ejecución de un plan de recuperación ante desastres con el fin de acelerar la recuperación y eliminar los riesgos implicados en el uso de un proceso manual. vRealize Network Insight es compatible con SRM 8.2 y versiones más recientes.
Para obtener información sobre la instalación, la actualización y la configuración de SRM, consulte la documentación de VMware Site Recovery Manager.
- Asegúrese de haber instalado y configurado vSphere Replication.
- SRM debe estar implementado y configurado en los sitios protegidos y de recuperación.
- En la interfaz de usuario de SRM, asegúrese de que la configuración de emparejamiento de sitios sea correcta antes de continuar con la creación del plan de recuperación y de otros componentes.
- VMware vSphere Replication debe estar habilitado para cada uno de los nodos protegidos de la configuración de vRealize Network Insight en contexto. Al habilitar VMware vSphere Replication, proporcione un RPO suficiente. Para ello, tenga en cuenta el uso y el tamaño de nodo de vRealize Network Insight, de modo que la pérdida de datos esperada durante un desastre sea mínima. Para obtener más información sobre la replicación, consulte la documentación de VMware vSphere Replication.
- Asegúrese de crear un grupo de protección independiente para vRealize Network Insight. Para implementaciones pequeñas no distribuidas, asegúrese de que todas las máquinas virtuales se encuentren en el mismo grupo de protección. Para las implementaciones distribuidas, se recomienda colocar todas las plataformas en un solo grupo de protección para facilitar la recuperación. Puede colocar los recopiladores en grupos de protección diferentes.
- Cree un plan de recuperación y agregue los grupos de protección que contienen máquinas virtuales de vRealize Network Insight a este plan. Asegúrese de que el grupo de protección que contiene los nodos de la plataforma obtenga la mayor prioridad. En el plan de recuperación, asegúrese de que el nodo de la plataforma principal se coloque en un grupo de mayor prioridad que los demás nodos de la plataforma.
- Actualmente, no se admite ningún tipo de personalización de IPv4 con SRM.
Se recomienda migrar o recuperar las máquinas virtuales de vRealize Network Insight a una configuración de red idéntica. Además, por una recomendación de SRM, se pueden ejecutar pruebas de forma periódica para garantizar que el plan existente funcione con la infraestructura subyacente y el límite de RPO configurado.
- Migre o recupere las máquinas virtuales de vRealize Network Insight a una configuración de red idéntica.
Si el sitio de recuperación se configuró para tener la misma configuración de red que el sitio protegido y se creó una asignación entre redes idénticas, configure todas las máquinas virtuales de vRealize Network Insight replicadas para que se inicien con las mismas direcciones IP. Estas máquinas virtuales serán los nodos protegidos. El sistema recuperado se pondrá en funcionamiento después de que se hayan completado correctamente la migración o la recuperación ante desastres planificadas.
- No especifique ninguna personalización de IP para un plan de recuperación si el sitio de recuperación no tiene la misma red que el sitio protegido. En este escenario, SRM se utiliza para la recuperación de las máquinas virtuales de dispositivo. Para configurar la red después de la recuperación, asigne manualmente la configuración de red de la siguiente manera:
- Ejecute el comando
change-network-settings
en todas las plataformas para cambiar la dirección IP.Nota: Asegúrese de que la máquina virtual de la plataforma se reinicie correctamente antes de ejecutar el siguiente comando. - Ejecute el comando
update-IP-change
en todos los nodos.Por ejemplo, en un clúster de 3 nodos, para actualizar la IP de platform1 de IP1 a IP2, ejecute el comando
update-IP-change
en platform2 y platform3 con IP1 e IP2 como argumentos. Para actualizar la IP de platform2, ejecute el comandoupdate-IP-change
en platform1 y platform3. - Ejecute el comando finalize-IP-change en platform1.
- Ejecute el comando
show-connectivity-status
en todos los recopiladores y busque IP/URL de máquina virtual de plataforma para identificar los nodos de plataforma asociados. - Ejecute
vrni-proxy set-platform –-ip-or-fqdn platform-newIP
en todos los recopiladores.Por ejemplo, si CollectorA está asociado con platform2, ejecute
vrni-proxy set-platform –-ip-or-fqdn platform2-newIP
. - Compruebe el estado de los servicios. Si algunos de los servicios de los nodos de plataforma no están en ejecución, reinicie los nodos en el orden recomendado.