Cuando realiza una restauración a un host diferente, debe efectuar cambios de configuración en el clúster de vRealize Log Insight.

En vRealize Log Insight 3.0 y versiones posteriores no se admite oficialmente la modificación de archivos de configuración realizada directamente desde la consola del dispositivo. Consulte el artículo 2123058 de la base de conocimientos para obtener más información acerca de cómo modificar estos archivos mediante la interfaz de usuario web.

Estos cambios en la configuración son específicos de las compilaciones de vRealize Log Insight que pueden usarse con cualquier herramienta de recuperación de copias de seguridad.

La recuperación en un host diferente requiere efectuar cambios de configuración manuales en el clúster de vRealize Log Insight. Puede asumir que los nodos de vRealize Log Insight restaurados tienen distintas direcciones IP y FQDN que los equivalentes de origen desde los cuales se hizo una copia de seguridad.

Requisitos previos

Revise la información importante sobre Planificación y preparación.

Procedimiento

  1. Enumere todas las direcciones IP nuevas y FQDN que se asignaron a cada nodo de vRealize Log Insight.
  2. Realice los siguientes cambios de configuración en el nodo principal. Para ello, siga los pasos descritos en el artículo 2123058 de la base de conocimientos.
    1. En la sección de configuración de vRealize Log Insight, busque líneas similares a las siguientes.
      <distributed overwrite-children="true">
        <daemon host="prod-es-vrli1.domain.com" port="16520" token="c4c4c6a7-f85c-4f28-a48f-43aeea27cd0e">
          <service-group name="standalone" />
        </daemon>
        <daemon host="192.168.1.73" port="16520" token="a5c65b52-aff5-43ea-8a6d-38807ebc6167">
          <service-group name="workernode" />
        </daemon>
        <daemon host="192.168.1.74" port="16520" token="a2b57cb5-a6ac-48ee-8e10-17134e1e462e">
          <service-group name="workernode" />
        </daemon>
      </distributed>

      El código muestra tres nodos. El primer nodo es el nodo principal, que muestra <service-group name=standalone>, y los dos nodos restantes son los nodos de trabajador, que muestran <service-group name="workernode">.

    2. Para el nodo principal, en el entorno recién recuperado, compruebe que pueda reutilizarse la entrada de DNS que se utilizó en el entorno anterior a la recuperación.
      • Si es posible reutilizar la entrada de DNS, actualice solo la entrada DNS para que apunte a la nueva dirección IP del nodo principal.
      • Si no es posible reutilizar la entrada DNS, reemplace la entrada del nodo principal con un nuevo nombre de DNS (que apunta a la nueva dirección IP).
      • Si no es posible asignar el nombre de DNS, como última opción, actualice la entrada de la configuración con la nueva dirección IP.
    3. Asimismo, actualice las direcciones IP del nodo de trabajador para reflejar las nuevas direcciones IP.
    4. En el mismo archivo de configuración, verifique que tenga las entradas que representan NTP, SMTP y las secciones de la base de datos y los adicionadores.
      <ntp>
        <ntp-servers value="ntp1.domain.com, ntp2.domain.com" />
      </ntp>
       
      <smtp>
        <server value="smtp.domain.com" />
        <default-sender value="source.domain.com@domain.com" />
      </smtp>
       
      <database>
        <password value="xserttt" />
        <host value="vrli-node1.domain.com" />
        <port value="12543" />
      </database>
       
      
      • Si los valores del servidor NTP configurado ya no son válidos en el nuevo entorno, actualice los valores en la sección <ntp>...</ntp>.
      • Si los valores del servidor SMTP configurado ya no son válidos en el nuevo entorno, actualice los valores en la sección <smtp>...</smtp>.
      • Opcionalmente, modifique el valor de transmisor-predeterminado en la sección SMTP. El valor puede ser cualquier valor, pero como práctica sugerida, representa el origen desde donde se envía el correo electrónico.
      • En la sección <database>..</database>, modifique el valor del host para que apunte a la dirección IP o al FQDN del nodo principal.
    5. En el mismo archivo de configuración, actualice la sección de configuración ILB de vRealize Log Insight.
      <load-balancer> 
      <leadership-lease-renewal-secs value="5" /> 
      <high-availability-enabled value="true" /> 
      <high-availability-ip value="10.158.128.165" />  
      <high-availability-fqdn value="LB-FQDN.eng.vmware.com" />  
      <layer4-enabled value="true" />  
      <ui-balancing-enabled value="true" /> 
      </load-balancer>
    6. En la sección <load-balancer>...</load-balancer>, actualice el valor high-availability-ip si es diferente de la configuración actual.
    7. Asegúrese de actualizar también el FQDN del equilibrador de carga.
    8. Reinicie desde la subpestaña Clúster de la pestaña Administración en la interfaz de usuario web. Por cada nodo de la lista, seleccione su nombre de host o dirección IP para abrir el panel de detalles y haga clic en Reiniciar Log Insight.
      Los cambios de configuración se aplican automáticamente a todos los nodos del clúster.
    9. Espere 2 minutos después de que se inicie el servicio de vRealize Log Insight para dar tiempo suficiente a que se inicie el servicio Cassandra antes de poner en línea los nodos de trabajador.

Qué hacer a continuación

Verifique que los nodos de vRealize Log Insight restaurados han sido asignados a distintas direcciones IP y FQDN que los equivalentes de origen desde los cuales se tomó una copia de seguridad.