Skip to main content

Guide d’installation de BriefCam

Ajout d’un nouveau cluster dans le module RESEARCH

Last Updated: 7 minute read
Version2024r2
LangueFrançais

Ce guide pratique fournit une description étape par étape sur la façon de créer et de configurer un environnement de cluster RESEARCH. Cela inclut une option de basculement entre le nœud Scheduler et le nœud Central et/ou un basculement entre deux nœuds Central pour obtenir une haute disponibilité.

Introduction

À mesure que la quantité de données augmente et que la logique métier devient plus complexe, des ressources supplémentaires sont nécessaires pour calculer les résultats et les fournir aux utilisateurs. Si un site à nœud unique (petit) est utilisé, ses performances peuvent se détériorer au fil du temps, ce qui pourrait compromettre la crédibilité et la qualité du module RESEARCH de BriefCam.

Pour résoudre ce problème, un cluster de modules RESEARCH est utilisé en tant qu’architecture distribuée afin d’alléger la charge de données et d’applications du serveur principal RESEARCH qui contrôle l’ensemble du site RESEARCH. Le nœud Central, également connu sous le nom de « gestionnaire », délègue certaines de ses tâches à une machine secondaire, appelée nœud Scheduler ou « worker ». Lorsqu’il reçoit un ID de tâche du responsable, le worker lit la tâche dans la base de données du référentiel local et effectue les calculs nécessaires. Une fois la tâche terminée, le worker renvoie l’état de la tâche (réussite ou échec) au manager.

Spécification matérielle pour le nœud Scheduler

Voici la configuration minimale requise pour le nœud Scheduler :

Unité centrale

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

Mémoire

512 GO

Stockage

2 x 100 Go SSD

1 disque SSD de 25,5 To

Étapes de mise en œuvre

Ajout d’un nouveau cluster dans le module RESEARCH

Pour ajouter un nouveau cluster dans le module RESEARCH :

  1. Vérifiez que le serveur Qlik existant est accessible à partir du nouveau serveur en ouvrant le chemin suivant dans l’explorateur de fichiers et dans un navigateur : \\[QlikServer]\qlikshare.

  2. Vérifiez que le pare-feu et l’antivirus sont désactivés sur le nouveau serveur.

  3. Assurez-vous qu’un pilote PostgreSQL Unicode (x64) est installé. Vous en aurez besoin pour créer les deux connexions ODBC à l’étape suivante.

  4. Ajoutez deux connexions ODBC - RESEARCH et RESEARCHPostgreSQL.

    ODBC connections.png

    1. Pour la connexion ODBC RESEARCH , mappez la base de données au serveur de base de données BriefCam .

      ODBC Research connection.png

    2. Pour la connexion ODBC RESEARCHPostgreSQL , mappez la base de données au serveur de base de données RESEARCH.

      OCBC RESEARCHPostreSQL.png

      *Le port 4432 doit être ouvert en entrée sur la première machine RESEARCH afin que la deuxième machine RESEARCH puisse accéder à sa base de données Postgres.

  5. Créez un compte utilisateur de service (par défaut, BCUser est l’utilisateur qui exécute les services Qlik). Dans Gestion de l’ordinateur, vérifiez que l’utilisateur fait partie du groupe Administrateurs.

  6. Assurez-vous que le compte d’utilisateur du service créé à l’étape ci-dessus est inclus dans la politique locale d’ouverture de session en tant que service :

    Log on as a service.png

  7. Téléchargez le programme d’installation de Qlik vanilla (situé dans votre compte Git à l’adresse suivante : https://github.com/qlik-download/qlik-sense-server/releases). Il est important que la version soit la même que celle installée sur le serveur existant.

  8. Si vous installez la version Qlik de mai 2022, téléchargez et installez .NET 4.8 Framework Runtime à partir de ce lien : https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48.

  9. Sur le serveur Qlik existant, ouvrez les services Windows et arrêtez tous les services Qlik.

  10. Accédez à ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5 (ou à toute version que vous avez) et sauvegardez les fichiers suivants :

    pg_hba conf file.png

  11. Modifiez le fichier pg_hba.conf pour autoriser les connexions non locales :

    pb_hba opened.png

  12. Modifiez le fichier postgresql.conf pour accepter plus de connexions à partir de toutes les adresses :

    postgresql conf.png

  13. Démarrez tous les services Qlik.

  14. Exécutez l’installateur Qlik en tant qu’administrateur.

  15. Cliquez sur le bouton Rejoindre un cluster.

    Qlik join cluster.png

  16. Remplissez les informations d’identification de la base de données (du serveur Qlik existant) :

    Qlik enter db creds.png

  17. Remplissez les informations d’identification de l’utilisateur du compte de service (celui défini dans le nouveau serveur) :

    Qlik username.png

  18. Après avoir installé Qlik, installez le correctif correspondant à votre version (mai 2022 ou novembre 2020).

  19. Rendez-vous sur le serveur Qlik existant et ouvrez le QMC (https://localhost/qmc).

  20. Sélectionnez Nœuds.

  21. Cliquez sur Plus icon.pngCréer nouveau dans la barre d’action.

  22. Remplissez les paramètres comme indiqué dans l’image ci-dessous avec le champ Host name (Nom d’hôte) défini sur le nom d’hôte du serveur Qlik nouvellement installé.

    Qlik host name.png

  23. Cliquez sur Appliquer et attendez quelques secondes.

  24. Si le serveur ne peut pas atteindre l’hôte distant, vous verrez le message suivant « Enregistrement du nœud ».

    Qlik note reg.png

    1. Vérifiez la connectivité entre le nœud Central et le nœud Scheduler.

    2. À l’aide d’une commande ping, vérifiez que IPV6 et le pare-feu sont désactivés sur les deux nœuds.

  25. Cliquez à nouveau sur Appliquer. Attendez d’obtenir un mot de passe d’autorisation et une URL. La connectivité se fait via le port 4444.

    Qlik node reg 2.png

  26. Rendez-vous sur le nouveau serveur Qlik, ouvrez l’URL de l’étape précédente : http://localhost:4570/certificateSetup et saisissez le mot de passe de l’étape précédente :

    Qlik install certificates.png

  27. Redémarrez tous les services Qlik sur le serveur Qlik d’origine (et non sur le nouveau cluster).

  28. Assurez-vous d’obtenir le résultat suivant sur l'écran Nœuds de QMC :

    Qlik nodes.png

    Cela signifie qu’il y a maintenant deux serveurs Qlik (multi-nœuds) - Central et Scheduler.

  29. Dans la section QMC’sSchedulers, modifiez le nœud Central et définissez le champ Type sur Manager :

    Qlik Schedulers manager.png

  30. Dans la section Schedulers de QMC, modifiez le nœud Scheduler et définissez le champ Type sur Worker:

    Qlik Schedulers worker.png

  31. Dans l'écran Connexions de données de QMC, modifiez les trois connexions suivantes :

    Qlik Data Connections.png

  32. Pour chacune des trois connexions, dans le champ Chaîne de connexion, au lieu du chemin local (tel que le lecteur c:), modifiez-le pour qu’il fonctionne avec le chemin réseau - le nom d’hôte où le dossier QlikShare existe (le serveur où RESEARCH a été installé à l’origine):

    Qlik Connection string.png

  33. Sur le nouveau serveur, ouvrez la section Tâches de QMC et assurez-vous que les applications research_db et Research s’exécutent correctement.

  34. Dans QMC (nœud central), accédez à la section Load balancing rules (Règles d’équilibrage de charge).

  35. Double-cliquez sur ResourcesOnNonCentralNodes.

    Qlik ResroucesOnNonCentral.png

  36. Supprimez la section marquée comme indiqué dans l’image ci-dessous.

    Qlik advanced remove.png
Basculement manuel forcé entre le planificateur et le nœud central

Pour forcer le basculement manuel entre le nœud Scheduler et le nœud Central, procédez comme suit :

  1. Dans QMC (serveur central), sélectionnez le menu Schedulers.

    QMC schedulers.png

  2. Sélectionnez le planificateur central et cliquez sur le bouton Modifier.

    QMC central.png

  3. Dans le champ Type de la section Advanced, sélectionnez Manager et worker. Le nœud Central reviendra à son état initial (serveur autonome). Le nœud Scheduler cessera de fonctionner en tant que membre du cluster (et ne sera finalement plus utilisé).

    QMC manager and worker.png
Modification des ressources de la règle d’équilibrage de charge sur les nœuds non centraux

  1. Sur la page de démarrage de QMC, ouvrez Load Balancing Rules (Règles d’équilibrage de charge).

  2. Sélectionnez la règle ResourcesOnNonCentralNode et cliquez sur Edit (Modifier).

    QMC ResroucesOnNon.png

  3. Dans la section Avancés, modifiez la condition comme suit : ((node.iscentral="false"))

  4. Cliquez sur Appliquer.

    QMC Advanced conditions.png

  5. Vérifiez qu’après ce changement, toutes les tâches QMC s’exécutent correctement, y compris les tâches de licence et d’exploitation.

Basculement du nœud central (facultatif)

Pour éviter d’avoir un point de défaillance unique dans un site à plusieurs nœuds, lorsque vous ajoutez un nouveau nœud à votre déploiement, vous pouvez lui attribuer le rôle de candidat au basculement. Cela signifie que n’importe quel serveur ou nœud de votre site RESEARCH peut jouer le même rôle que le nœud Central. Le rôle du nœud central peut maintenant être inversé, par exemple si le nœud central est hors ligne depuis plus de 10 minutes.

Si vous souhaitez sauvegarder le nœud Central :

  1. Définissez un serveur central supplémentaire (un nouveau nœud central avec les mêmes spécifications que le nœud d’origine).

  2. Dans QMC (du nœud Central supplémentaire), sélectionnez le menu Nodes et définissez-le comme candidat au basculement .

    QMC failover.png

Après avoir configuré un nœud pour qu’il devienne un candidat au basculement, chaque nœud de votre site vérifiera régulièrement le nœud principal (nœud Central) pour vérifier que le nœud Central est actif. S’il n’y a pas de communication entre le nœud principal et les autres nœuds du site après 10 minutes, le nœud principal sera remplacé par le prochain nœud disponible. Si plus d’un nœud est défini comme candidat au basculement, chaque nœud sera en compétition pour obtenir un verrou sur un champ de la base de données et le gagnant deviendra le nœud Central. Il existe un champ supplémentaire dans le QMC pour indiquer quel nœud est actuellement le nœud Central.