Skip to main content

BriefCam-installatiehandleiding

Een nieuw cluster toevoegen aan de RESEARCH-module

Last Updated: 6 minute read
Versie2025r1
TaalNederlands

Deze handleiding bevat een stapsgewijze beschrijving van het bouwen en configureren van een RESEARCH-clusteromgeving. Dit omvat een failover-optie tussen de plannernode en de centrale en/of failover tussen twee centrale nodes om een hoge beschikbaarheid te bereiken.

Inleiding

Naarmate de hoeveelheid gegevens groeit en de bedrijfslogica complexer wordt, zijn extra middelen nodig om de resultaten te berekenen en aan gebruikers te leveren. Als een locatie met één knooppunt (klein) wordt gebruikt, kunnen de prestaties in de loop van de tijd achteruit gaan, wat de geloofwaardigheid en kwaliteit van de RESEARCH-module van BriefCamin gevaar kan brengen.

Om dit probleem aan te pakken, wordt een RESEARCH-modulecluster gebruikt als gedistribueerde architectuur om de belasting van gegevens en toepassingen te verlichten van de hoofdserver van RESEARCH die de volledige RESEARCH-locatie beheert. De centrale node, ook bekend als de "manager", delegeert sommige van zijn taken naar een secundaire machine, aangeduid als de Scheduler-node of de "werknemer". Wanneer de werknemer een taak-ID van de manager ontvangt, leest hij de taak uit de lokale databaserepository en voert hij de nodige berekeningen uit. Zodra de taak is voltooid, retourneert de werknemer de taakstatus (geslaagd of mislukt) naar de manager.

Hardwarespecificatie voor de Scheduler Node

Dit zijn de minimale vereisten voor de Node Scheduler:

CPU

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

Geheugen

512 GB

Opslag

2 x 100 GB SSD

1 x 25,5 TB SSD-capaciteit schijven

Implementatiestappen

Een nieuw cluster toevoegen aan de RESEARCH-module

Een nieuw cluster toevoegen aan de RESEARCH-module:

  1. Controleer of de bestaande Qlik-server bereikbaar is vanaf de nieuwe server door het volgende pad te openen in zowel de bestandsverkenner als in een browser: \\[QlikServer]\qlikshare.

  2. Zorg dat de firewall en antivirussoftware zijn uitgeschakeld op de nieuwe server.

  3. Zorg dat er een PostgreSQL Unicode (x64)-stuurprogramma is geïnstalleerd. Je hebt dit nodig om de twee ODBC-verbindingen in de volgende stap te maken.

  4. Voeg twee ODBC-verbindingen toe: RESEARCH en RESEARCHPostgreSQL.

    ODBC connections.png

    1. Kaart de database aan de RESEARCH databaseserver toe voor de BriefCam ODBC-verbinding.

      ODBC Research connection.png

    2. Kaart de database aan de RESEARCH-databaseserver voor de RESEARCHPostgreSQL ODBC-verbinding.

      OCBC RESEARCHPostreSQL.png

      *Poort 4432 moet binnenwaarts geopend worden op het 1e RESEARCH-apparaat zodat het 2e RESEARCH-apparaat toegang heeft tot de Postgres-database.

  5. Maak een serviceaccount aan (standaard is dit de gebruiker BCUser Qlik-services uitvoert). Controleer in Computerbeheer of de gebruiker deel uitmaakt van de groep Beheerders.

  6. Zorg ervoor dat de servicegebruiker die in de bovenstaande stap is gemaakt, wordt opgenomen in het lokale beleid voor aanmelden als service:

    Log on as a service.png

  7. Download het Qlik vanilla installer (in je Git account op: https://github.com/qlik-download/qlik-sense-server/releases). Het is belangrijk dat de versie dezelfde is als de versie die op de bestaande server is geïnstalleerd.

  8. Als u de Qlik May 2022-versie installeert, download en installeer .NET 4.8 Framework Runtime via deze link: https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48.

  9. Op de bestaande Qlik-server open je de Windows-services en stop je alle Qlik-services.

  10. Ga naar ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5 (of een andere versie die je hebt) en maak een back-up van de volgende bestanden:

    pg_hba conf file.png

  11. Bewerk het pg_hba.conf -bestand om niet-lokale verbindingen toe te staan:

    pb_hba opened.png

  12. Bewerk het postgresql.conf -bestand om meer verbindingen van alle adressen te accepteren:

    postgresql conf.png

  13. Alle Qlik-services starten.

  14. Voer het Qlik-installatieprogramma uit als beheerder.

  15. Klik op de knop Lid worden van een cluster.

    Qlik join cluster.png

  16. Vul de databasegegevens in (van de bestaande Qlik-server):

    Qlik enter db creds.png

  17. Vul de gebruikersgegevens van de serviceaccount in (zoals gedefinieerd in de nieuwe server):

    Qlik username.png

  18. Installeer na het installeren van Qlik de betreffende patch naar uw versie (mei 2022 of nov 2020).

  19. Ga naar de bestaande Qlik-server en open de QMC (https://localhost/qmc).

  20. Nodes selecteren.

  21. Klik op Plus icon.pngNieuw maken in de actiebalk.

  22. Vul de parameters in, zoals in de afbeelding hieronder, met het veld Hostnaam ingesteld op de hostnaam van de nieuw geïnstalleerde Qlik-server.

    Qlik host name.png

  23. Klik op Toepassen en wacht enkele seconden.

  24. Als de server de externe host niet kan bereiken, zie je het volgende bericht ‘Node registration’.

    Qlik note reg.png

    1. Controleer de connectiviteit tussen de centrale node en de plannernode.

    2. Verifieer via ping of IPV6 en de firewall op beide knooppunten zijn uitgeschakeld.

  25. Klik opnieuw op Toepassen. Wacht totdat je een autorisatiewachtwoord en URL ontvangt. De connectiviteit verloopt via poort 4444.

    Qlik node reg 2.png

  26. Ga naar de nieuwe Qlik-server, open de URL van de vorige stap: http://localhost:4570/certificateSetup en voer het wachtwoord in van de vorige stap:

    Qlik install certificates.png

  27. Start alle Qlik-services opnieuw op de oorspronkelijke Qlik-server (niet het nieuwe cluster).

  28. Zorg ervoor dat je het volgende resultaat ziet op het scherm Nodes van de QMC:

    Qlik nodes.png

    Dit betekent dat er nu twee Qlik-servers zijn (met meerdere knooppunten): Central en Scheduler.

  29. Bewerk in het gedeelte Schedulers van de QMC de centrale node en stel het veld Type in op Manager:

    Qlik Schedulers manager.png

  30. Bewerk in het gedeelte Schedulers van de QMC de Scheduler-node en stel het Type-veld in op Worker:

    Qlik Schedulers worker.png

  31. Bewerk de volgende drie verbindingen in het scherm Gegevensverbindingen van de QMC:

    Qlik Data Connections.png

  32. Wijzig voor elk van de drie verbindingen in het veld Verbindingstekenreeks, in plaats van het lokale pad (zoals station c:), het pad naar het netwerkpad – de hostnaam waar de map QlikShare bestaat (de server waar RESEARCH oorspronkelijk is geïnstalleerd):

    Qlik Connection string.png

  33. Op de nieuwe server open je het gedeelte Taken van het QMC en zorg je dat zowel de research_db als de Research apps succesvol worden uitgevoerd.

  34. Navigeer in QMC (centrale node) naar het gedeelte met taakverdelingsregels.

  35. Dubbelklik op ResourcesOnNonCentralNodes.

    Qlik ResroucesOnNonCentral.png

  36. Verwijder het gemarkeerde gedeelte dat in de afbeelding hieronder wordt weergegeven.

    Qlik advanced remove.png
Handmatige failover forceren tussen de planner en centrale node

Voer de volgende stappen uit om handmatige failover tussen de plannernode en de centrale node te forceren:

  1. Selecteer in QMC (centrale server) het menu Schedulers.

    QMC schedulers.png

  2. Selecteer de centrale planner en klik op de knop Bewerken.

    QMC central.png

  3. Selecteer Manager en werknemer in het veld Type van Geavanceerde sectie. De centrale node wordt teruggezet naar de oorspronkelijke status (zelfstandige server). De node Scheduler werkt niet meer als clusterlid (en is uiteindelijk niet meer in gebruik).

    QMC manager and worker.png
De bronnen van de taakverdelingsregel bewerken op niet-centrale knooppunten

  1. Open Load Balancing Rules op de startpagina van het QMC.

  2. Selecteer de regel ResourcesOnCentralNode en klik op Bewerken.

    QMC ResroucesOnNon.png

  3. In het gedeelte Geavanceerd bewerk je de conditie als volgt: ((node.iscentral="false"))

  4. Klik op Toepassen.

    QMC Advanced conditions.png

  5. Controleer of na deze wijziging alle QMC-taken in orde zijn, inclusief de licentie- en operationele taken.

Central Node Failover (optioneel)

Als je een nieuw knooppunt aan je implementatie toevoegt, kun je dit als failover-kandidaat toewijzen om te voorkomen dat er één enkel storingspunt is in een locatie met meerdere knooppunten. Dit betekent dat elke server of node in je RESEARCH-site dezelfde rol kan spelen als de centrale node. De rol van de centrale node kan nu worden verwisseld, bijvoorbeeld als de centrale node langer dan 10 minuten offline is geweest.

Als je een back-up van de centrale node wilt maken:

  1. Definieer een aanvullende centrale server (een nieuwe centrale node met dezelfde specificaties als de oorspronkelijke node).

  2. Selecteer in QMC (van de aanvullende centrale node) het menu Nodes en definieer het als een failover-kandidaat.

    QMC failover.png

Nadat je een node hebt geconfigureerd om een failover-kandidaat te worden, controleert elk node op je locatie regelmatig de primaire node (centrale node) om te controleren of de centrale node actief is. Als er na 10 minuten geen communicatie is tussen de primaire node en de andere nodes op de locatie, wordt de primaire node vervangen door de volgende beschikbare node. Als meer dan één node is ingesteld als failover-kandidaat, concurreert elk node om een vergrendeling op een databaseveld te krijgen en wordt de winnaar de centrale node. Er is een aanvullend veld in de QMC om te laten zien welke node momenteel de centrale node is.