Skip to main content

Instalační příručka systému BriefCam

Přidání nového clusteru v modulu RESEARCH

Last Updated: 5 minute read
Verze2025r1
JazykČeština

Tento návod poskytuje podrobný popis, jak vytvořit a nakonfigurovat prostředí clusteru RESEARCH. To zahrnuje možnost převzetí služeb při selhání mezi uzlem Plánovač a centrálním a/nebo převzetím služeb při selhání mezi dvěma centrálními uzly, aby se dosáhlo vysoké dostupnosti.

Úvod

Vzhledem k tomu, že množství dat roste a obchodní logika se stává složitější, jsou pro výpočet výsledků a jejich poskytování uživatelům nezbytné další zdroje. Pokud je použito jedno (malé) uzlové stanoviště, může se jeho výkon v průběhu času zhoršit, což by mohlo ohrozit důvěryhodnost a kvalitu modulu BriefCamRESEARCH.

K řešení tohoto problému se jako distribuovaná architektura používá cluster modulů RESEARCH, který zmírňuje zatížení dat a aplikací z hlavního serveru RESEARCH, který ovládá celé stanoviště RESEARCH. Centrální uzel, známý také jako "manažer", přenáší některé ze svých úkolů na sekundární počítač, označovaný jako uzel plánovače nebo "pracovník". Když pracovník obdrží ID úlohy od správce, přečte úlohu z databáze místního úložiště a provede potřebné výpočty. Po dokončení úlohy vrátí pracovník manažerovi stav úlohy (úspěšný nebo neúspěšný).

Specifikace hardwaru pro uzel plánování

Níže jsou uvedeny minimální požadavky na uzel Plánovač:

CPU

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

Paměť

512 GB

Úložiště

2 x 100 GB SSD

1 x 25,5 TB SSD kapacita disky

Kroky implementace

Přidání nového clusteru v modulu RESEARCH

Přidání nového clusteru v modulu RESEARCH:

  1. Ověřte, zda je stávající server Qlik dosažitelný z nového serveru, a to otevřením následující cesty v prohlížeči i v prohlížeči\\[QlikServer]\qlikshare:

  2. Zkontrolujte, zda je na novém serveru zakázána brána firewall a antivirový program.

  3. Ujistěte se, že je nainstalován ovladač PostgreSQL Unicode (x64). To budete potřebovat k vytvoření dvou připojení ODBC v dalším kroku.

  4. Přidání dvou připojení ODBC – RESEARCH a RESEARCHPostgreSQL.

    ODBC connections.png
    1. Pro připojení RESEARCH ODBC namapujte databázi na databázový BriefCam server.

      ODBC Research connection.png
    2. Pro připojení RESEARCHPostgreSQL ODBC namapujte databázi na databázový server RESEARCH.

      OCBC RESEARCHPostreSQL.png

      *Port 4432 musí být otevřen příchozí na 1. počítači RESEARCH, aby 2. počítač RESEARCH mohl přistupovat k databázi Postgres.

  5. Vytvoření účtu služby (ve výchozím nastavení BCUser je uživatel, který spouští služby Qlik). Ve skupině Správa počítače zkontrolujte, zda je uživatel ve skupině Správci.

  6. Ujistěte se, že uživatelský účet služby vytvořený ve výše uvedeném kroku je zahrnut v Přihlásit se jako místní zásada služby :

    Log on as a service.png
  7. Stáhněte si instalační program Qlik vanilla (umístěný ve vašem účtu Git na: https://github.com/qlik-download/qlik-sense-server/releases). Je důležité, aby verze byla stejná jako verze nainstalovaná na stávajícím serveru.

  8. Pokud instalujete verzi Qlik z května 2022, stáhněte si a nainstalujte .NET 4.8 Framework Runtime z tohoto odkazu: https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48.

  9. Na stávajícím serveru Qlik otevřete služby systému Windows a zastavte všechny služby Qlik.

  10. Přejděte na ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5 (nebo na libovolnou verzi, kterou máte) a zálohujte následující soubory:

    pg_hba conf file.png
  11. Upravte pg_hba.conf soubor tak, aby bylo povoleno nemístní připojení:

    pb_hba opened.png
  12. Upravte postgresql.conf soubor tak, aby přijímal více připojení ze všech adres:

    postgresql conf.png
  13. Spuštění všech služeb Qlik.

  14. Spusťte instalační program Qlik jako správce.

  15. Klikněte na tlačítko Připojit k clusteru.

    Qlik join cluster.png
  16. Vyplňte přihlašovací údaje databáze (stávajícího serveru Qlik):

    Qlik enter db creds.png
  17. Vyplňte přihlašovací údaje uživatele servisního účtu (definované na novém serveru):

    Qlik username.png
  18. Po instalaci Qlik nainstalujte příslušnou opravu do své verze (květen 2022 nebo listopad 2020).

  19. Přejděte na stávající server Qlik a otevřete QMC (https://localhost/qmc).

  20. Vybrat Uzly.

  21. Na akčním panelu klikněte na Plus icon.pngVytvořit nové.

  22. Vyplňte parametry, jak je znázorněno na obrázku níže, přičemž pole Název hostitele je nastaveno na název hostitele nově nainstalovaného serveru Qlik Server.

    Qlik host name.png
  23. Klikněte na Použít a počkejte několik sekund.

  24. Pokud se server nedostane ke vzdálenému hostiteli, zobrazí se následující zpráva "Registrace uzlu".

    Qlik note reg.png
    1. Zkontrolujte připojení mezi centrálním uzlem a uzlem Plánovač.

    2. Pomocí příkazu ping ověřte, zda je v obou uzlech zakázán protokol IPV6 i brána firewall.

  25. Znovu klikněte na Použít. Počkejte, dokud nedostanete heslo pro autorizaci a adresu URL. Připojení se provádí přes port 4444.

    Qlik node reg 2.png
  26. Přejděte na nový server Qlik, otevřete adresu URL z předchozího kroku: http://localhost:4570/certificateSetup a zadejte heslo z předchozího kroku:

    Qlik install certificates.png
  27. Na původním serveru Qlik (nikoli v novém clusteru) restartujte všechny služby Qlik.

  28. Ujistěte se, že na obrazovce Uzly QMC získáte následující výsledek:

    Qlik nodes.png

    To znamená, že nyní existují dva servery Qlik (s více uzly) – Central a Scheduler.

  29. V části Plánovače QMC upravte centrální uzel a nastavte pole Typ na Správce:

    Qlik Schedulers manager.png
  30. V části Plánovače QMC upravte uzel Plánovač a nastavte pole Typ naPracovník:

    Qlik Schedulers worker.png
  31. Na obrazovce QMC Data Connections upravte následující tři připojení:

    Qlik Data Connections.png
  32. Pro každé ze tří připojení v poli Připojovací řetězec místo místní cesty (například jednotka c:), změňte ji tak, aby fungovala se síťovou cestou – názvem hostitele, kde existuje složka QlikShare (server, na kterém byl RESEARCH původně nainstalován):

    Qlik Connection string.png
  33. Na novém serveru otevřete část Úkoly QMC a ujistěte se, že aplikace research_db i Research aplikace úspěšně běží.

  34. V QMC (centrální uzel) přejděte do části Vyvažování zatížení pravidel.

  35. Dvakrát klikněte na ResourcesOnNonCentralNodes.

    Qlik ResroucesOnNonCentral.png
  36. Odebrání označené části zobrazené na obrázku níže.

    Qlik advanced remove.png
Vynucení ručního převzetí služeb při selhání mezi plánovačem a centrálním uzlem

Chcete-li vynutit ruční převzetí služeb při selhání mezi uzlem Plánovač a centrálním uzlem, proveďte následující kroky:

  1. V QMC (centrální server) vyberte nabídku Plánovače.

    QMC schedulers.png
  2. Vyberte centrální plánovač a klikněte na tlačítko Upravit.

    QMC central.png
  3. V poli Typ v části Pokročilé vyberte možnost Správce a pracovník. Centrální uzel se vrátí do původního stavu (samostatný server). Uzel plánovače přestane fungovat jako člen clusteru (a nakonec nebude používán).

    QMC manager and worker.png
Úprava prostředků pravidla vyvážení zatížení na necentrálních uzlech
  1. Na úvodní stránce QMC otevřete položku Pravidla vyrovnávání zatížení.

  2. Vyberte pravidlo ResourcesOnNonCentralNode a klikněte na tlačítko Upravit.

    QMC ResroucesOnNon.png
  3. V části Pokročilé upravte podmínky takto: ((node.iscentral="false"))

  4. Klikněte na Použít.

    QMC Advanced conditions.png
  5. Ověřte, zda jsou po této změně všechny úlohy QMC v pořádku, včetně licenčních a provozních úloh.

Centrální uzel s podporou převzetí služeb při selhání (volitelné)

Pokud chcete zabránit selhání jednoho místa na stanovišti s více uzly, můžete přidání nového uzlu k nasazení přiřadit roli záložního kandidáta. To znamená, že jakýkoli server nebo uzel na vašem webu RESEARCH může plnit stejnou roli jako centrální uzel. Roli centrálního uzlu lze nyní zaměnit, například pokud je centrální uzel offline déle než 10 minut.

Pokud chcete zálohovat centrální uzel:

  1. Definujte další centrální server (nový centrální uzel se stejnými specifikacemi jako původní uzel).

  2. V QMC (z dalšího centrálního uzlu) vyberte nabídku Uzly a definujte ji jako záložního kandidáta.

    QMC failover.png

Poté, co nakonfigurujete uzel tak, aby se stal záložním kandidátem, bude každý uzel na vašem stanovišti pravidelně kontrolovat primární uzel (centrální uzel), aby ověřil, zda je centrální uzel aktivní. Pokud po 10 minutách nedojde k žádné komunikaci mezi primárním uzlem a ostatními uzly na stanovišti, bude primární uzel nahrazen dalším dostupným uzlem. Pokud je jako záložní kandidát nastaven více než jeden uzel, každý uzel bude soutěžit o získání zámku v poli databáze a vítězem se stane centrální uzel. V QMC je další pole, které ukazuje, který uzel je aktuálně centrálním uzlem.