Skip to main content

Guía de instalación de BriefCam

Adición de un Nuevo Cluster en el Módulo RESEARCH

Last Updated: 7 minute read
Versión2025r1
IdiomaEspañol

Este procedimiento proporciona una descripción paso a paso sobre cómo crear y configurar un entorno de clúster de RESEARCH. Esto incluye una opción de failover entre el nodo del programador y el nodo central y/o failover entre dos nodos centrales para lograr una alta disponibilidad.

Introducción

A medida que la cantidad de datos crece y la lógica empresarial se vuelve más compleja, se necesitan recursos adicionales para calcular los resultados y entregarlos a los usuarios. Si se utiliza un sitio de nodo único (pequeño), su rendimiento puede deteriorarse con el tiempo, lo que podría comprometer la credibilidad y la calidad del módulo RESEARCH de BriefCam.

Para abordar este problema, se emplea un clúster de módulos de RESEARCH como arquitectura distribuida para aliviar las cargas de datos y aplicaciones del servidor principal de RESEARCH que controla todo el sitio de RESEARCH. El nodo Central, también conocido como el "gestor", delega algunas de sus tareas a una máquina secundaria, denominada el nodo Programador o el "trabajador". Al recibir un ID de tarea del gestor, el trabajador lee la tarea de la base de datos del repositorio local y realiza los cálculos necesarios. Una vez completada la tarea, el trabajador devuelve el estado de la tarea (exitosa o fallida) al administrador.

Especificación de Hardware para el Nodo del Planificador

Los siguientes son los requisitos mínimos para el nodo Programador:

CPU

2 x Intel(R) Xeon(R) Gold 6234 CPU @ 3,30 GHz (32 vCPU)

Memoria

512 GB

Almacenamiento

2 x 100 GB SSD

1 unidad SSD de 25,5 TB de capacidad

Pasos de implementación

Adición de un Nuevo Cluster en el Módulo RESEARCH

Para añadir un nuevo clúster en el módulo RESEARCH:

  1. Compruebe que el servidor de Qlik existente es accesible desde el nuevo servidor abriendo la siguiente ruta tanto en el explorador de archivos como en un navegador: \\[QlikServer]\qlikshare.

  2. Asegúrese de que el cortafuegos y el antivirus están deshabilitados en el nuevo servidor.

  3. Asegúrese de que hay un driver PostgreSQL Unicode (x64) instalado. Necesitará esto para crear las dos conexiones ODBC en el paso siguiente.

  4. Añada dos conexiones ODBC: RESEARCH y RESEARCHPostgreSQL.

    ODBC connections.png

    1. Para la conexión ODBC RESEARCH , asigne la base de datos al servidor de base de datos del BriefCam .

      ODBC Research connection.png

    2. Para la conexión ODBC RESEARCHPostgreSQL , asigne la base de datos al servidor de bases de datos RESEARCH.

      OCBC RESEARCHPostreSQL.png

      * Se requiere que el puerto 4432 se abra de entrada en el primer ordenador RESEARCH para que el segundo ordenador RESEARCH pueda acceder a su base de datos Postgres.

  5. Crear una cuenta de usuario de servicio (de forma predeterminada, BCUser es el usuario que ejecuta los servicios de Qlik). En la Gestión de ordenadores, compruebe que el usuario está en el grupo Administradores.

  6. Asegúrese de que la cuenta de usuario de servicio creada en el paso anterior se incluye en la directiva Iniciar sesión como servicio local:

    Log on as a service.png

  7. Descargue el instalador Qlik vanilla (ubicado en su cuenta Git en: https://github.com/qlik-download/qlik-sense-server/releases). Es importante que la versión sea la misma que la instalada en el servidor existente.

  8. Si está instalando la versión de mayo de 2022 de Qlik, descargue e instale .NET 4.8 Framework Runtime desde este enlace: https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48.

  9. En el servidor de Qlik existente, abra los servicios de Windows y detenga todos los servicios de Qlik.

  10. Vaya a ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5 (o a cualquier versión que tenga) y haga una copia de seguridad de los siguientes archivos:

    pg_hba conf file.png

  11. Edite el archivo de pg_hba.conf para permitir conexiones no locales:

    pb_hba opened.png

  12. Edite el archivo de postgresql.conf para aceptar más conexiones desde todas las direcciones:

    postgresql conf.png

  13. Inicie todos los servicios de Qlik.

  14. Ejecute el instalador de Qlik como administrador.

  15. Haga clic en el botón Unirse a un clúster.

    Qlik join cluster.png

  16. Rellene las credenciales de la base de datos (del servidor de Qlik existente):

    Qlik enter db creds.png

  17. Rellene las credenciales de usuario de la cuenta de servicio (la definida en el nuevo servidor):

    Qlik username.png

  18. Después de instalar Qlik, instale el parche correspondiente a su versión (mayo de 2022 o noviembre de 2020).

  19. Vaya al servidor de Qlik existente y abra el QMC (https://localhost/qmc).

  20. Seleccione Nodos.

  21. Haga clic en Plus icon.pngCrear nuevo en la barra de acción.

  22. Rellene los parámetros como se muestra en la imagen inferior con el campo Nombre de host establecido en el nombre de host del servidor de Qlik recién instalado.

    Qlik host name.png

  23. Haga clic en Aplicar y espere unos segundos.

  24. Si el servidor no puede alcanzar el host remoto, verá el siguiente mensaje de "Registro de nodo".

    Qlik note reg.png

    1. Compruebe la conectividad entre el nodo Central y el nodo Planificador.

    2. Utilizando ping, verifique que IPV6 y el cortafuegos están deshabilitados en ambos nodos.

  25. Haga clic en Aplicar de nuevo. Espere hasta que obtenga una contraseña de autorización y una URL. La conectividad se realiza a través del puerto 4444.

    Qlik node reg 2.png

  26. Vaya al nuevo servidor de Qlik, abra la URL del paso anterior: http://localhost:4570/certificateSetup e introduzca la contraseña del paso anterior:

    Qlik install certificates.png

  27. En el servidor de Qlik original (no en el nuevo clúster), reinicie todos los servicios de Qlik.

  28. Asegúrese de obtener el siguiente resultado en la pantalla Nodos de QMC:

    Qlik nodes.png

    Esto significa que ahora hay dos servidores Qlik (multinodo): Central y Programador.

  29. En la sección Programadores de QMC, edite el nodo Central y establezca el campo Tipo en Gestor:

    Qlik Schedulers manager.png

  30. En la sección Programadores de QMC, edite el nodo Programador y establezca el campo Tipo en Trabajador:

    Qlik Schedulers worker.png

  31. En la pantalla Conexiones de datos de QMC, edite las tres conexiones siguientes:

    Qlik Data Connections.png

  32. Para cada una de las tres conexiones, en el campo Cadena de conexión, en lugar de ruta local (como la unidad c:),) cámbiela para que funcione con la ruta de red, el nombre de host donde existe la carpeta LinkShare (el servidor donde RESEARCH se instaló originalmente):

    Qlik Connection string.png

  33. En el nuevo servidor, abra la sección Tareas de QMC y asegúrese de que las aplicaciones research_db y Research se ejecutan correctamente.

  34. En QMC (nodo central), navegue hasta la sección Reglas de equilibrio de carga.

  35. Haga doble clic en ResourcesOnNonCentralNodes.

    Qlik ResroucesOnNonCentral.png

  36. Quite la sección marcada que se muestra en la imagen de abajo.

    Qlik advanced remove.png
Forzar failover manual entre el programador y el nodo central

Para forzar el failover manual entre el nodo Programador y el nodo Central, lleve a cabo los siguientes pasos:

  1. En QMC (servidor central), seleccione el menú Planificadores.

    QMC schedulers.png

  2. Seleccione el programador central y haga clic en el botón Editar.

    QMC central.png

  3. En el campo Tipo de la sección Avanzado, seleccione Director y trabajador. El nodo Central volverá a su estado inicial (servidor independiente). El nodo Programador dejará de funcionar como miembro del clúster (y finalmente no se utilizará).

    QMC manager and worker.png
Editar los recursos de la regla de equilibrio de carga en nodos no centrales

  1. En la página de inicio de QMC, abra Reglas de equilibrio de carga.

  2. Seleccione la regla ResourcesOnNonCentralNode y haga clic en Editar.

    QMC ResroucesOnNon.png

  3. En la sección Avanzados, edite la condición a lo siguiente: ((node.iscentral="false"))

  4. Haga clic en Aplicar.

    QMC Advanced conditions.png

  5. Verifique que después de este cambio todas las tareas de QMC funcionan correctamente, incluidas las tareas de Licencia y Operaciones.

Failover de nodo central (opcional)

Para evitar tener un único punto de fallo en un sitio de varios nodos, cuando añada un nuevo nodo a su implementación, puede asignarle el cometido de candidato de failover. Esto significa que cualquier servidor o nodo de su sitio de RESEARCH puede desempeñar el mismo cometido que el nodo Central. El cometido del nodo central ahora se puede intercambiar, por ejemplo, si el nodo central ha estado fuera de línea durante más de 10 minutos.

Si desea hacer una copia de seguridad del nodo Central:

  1. Defina un servidor central adicional (un nuevo nodo central con las mismas especificaciones que el nodo original).

  2. En QMC (del nodo Central adicional), seleccione el menú Nodos y defínalo como candidato de failover.

    QMC failover.png

Después de configurar un nodo para que se convierta en un candidato de failover, cada nodo de su sitio comprobará regularmente el nodo primario (nodo central) para verificar que el nodo central está activo. Si no hay comunicación entre el nodo principal y los demás nodos del sitio después de 10 minutos, el nodo principal se sustituirá por el siguiente nodo disponible. Si se establece más de un nodo como candidato de failover, cada nodo competirá para obtener un bloqueo en un campo de la base de datos y el ganador se convertirá en el nodo central. Hay un campo adicional en el QMC para mostrar qué nodo es actualmente el nodo Central.