Skip to main content

Przewodnik instalacji BriefCam

Dodanie nowego klastra w module RESEARCH

Last Updated: 5 minute read
Wersja2025r1
JęzykPolski

W tym przewodniku opisano krok po kroku, jak zbudować i skonfigurować środowisko klastra RESEARCH. Obejmuje to opcję przełączania awaryjnego między węzłem harmonogramu a węzłem centralnym i/lub przełączania awaryjnego między dwoma węzłami centralnymi w celu osiągnięcia wysokiej dostępności.

Wprowadzenie

Wraz ze wzrostem ilości danych i złożonością logiki biznesowej niezbędne są dodatkowe zasoby do obliczenia wyników i dostarczenia ich użytkownikom. W przypadku korzystania z pojedynczego węzła (małej lokalizacji) jego wydajność może z czasem ulec pogorszeniu, co może obniżyć wiarygodność i jakość BriefCamRESEARCH.

Aby rozwiązać ten problem, klaster modułów RESEARCH jest używany jako architektura rozproszona w celu zmniejszenia obciążenia danych i aplikacji z głównego serwera RESEARCH, który kontroluje całą lokalizację RESEARCH. Węzeł centralny, znany również jako "menedżer", deleguje niektóre ze swoich zadań na komputer pomocniczy, określany jako węzeł Harmonogram lub "pracownik". Po otrzymaniu identyfikatora zadania od menedżera, pracownik odczytuje zadanie z lokalnej bazy danych repozytorium i wykonuje niezbędne obliczenia. Po zakończeniu zadania pracownik zwraca stan zadania (zakończone pomyślnie lub niepowodzeniem) do menedżera.

Specyfikacja sprzętu dla węzła harmonogramu

Poniżej przedstawiono minimalne wymagania dla węzła Scheduler:

Procesor

2 procesory Intel(R) Xeon(R) Gold 6234 CPU @ 3.30 GHz (32 vCPU)

Pamięć

512 GB

Pamięć masowa

2 dyski SSD 100 GB

1 dysk SSD o pojemności 25.5 TB

Kroki implementacji

Dodanie nowego klastra w module RESEARCH

Aby dodać nowy klaster w module RESEARCH:

  1. Sprawdź, czy istniejący serwer Qlik jest osiągalny z nowego serwera, otwierając następującą ścieżkę zarówno w eksploratorze plików, jak i w przeglądarce: \\[QlikServer]\qlikshare.

  2. Upewnij się, że zapora i program antywirusowy są wyłączone na nowym serwerze.

  3. Upewnij się, że zainstalowano sterownik PostgreSQL Unicode (x64). Będzie to potrzebne do utworzenia dwóch połączeń ODBC w następnym kroku.

  4. Należy dodać dwa połączenia ODBC – RESEARCH i RESEARCHPostgreSQL.

    ODBC connections.png
    1. W przypadku RESEARCH połączenia ODBC zamapuj bazę danych na BriefCam serwer bazy danych.

      ODBC Research connection.png
    2. W przypadku RESEARCHPostgreSQL połączenia ODBC zamapuj bazę danych na serwer bazy danych RESEARCH.

      OCBC RESEARCHPostreSQL.png

      *Port 4432 musi zostać otwarty dla ruchu przychodzącego na 1. komputerze RESEARCH, aby 2. komputer RESEARCH mógł uzyskać dostęp do swojej bazy danych Postgres.

  5. Utwórz konto użytkownika usługi (domyślnie BCUser to użytkownik, który uruchamia usługi Qlik). W sekcji Zarządzanie komputerem sprawdź, czy użytkownik należy do grupy Administratorzy.

  6. Upewnij się, że konto użytkownika usługi utworzone w powyższym kroku jest uwzględnione w zasadach logowania jako usługa lokalna:

    Log on as a service.png
  7. Pobierz instalator Qlik vanilla (dostępny na koncie Git pod adresem: https://github.com/qlik-download/qlik-sense-server/releases). Ważne jest, aby wersja była taka sama, jak wersja zainstalowana na istniejącym serwerze.

  8. W przypadku instalacji wersji Qlik May 2022 pobierz i zainstaluj środowisko uruchomieniowe .NET 4.8 Framework Runtime z tego łącza: https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48.

  9. Na istniejącym serwerze Qlik otwórz usługi Windows i zatrzymaj wszystkie usługi Qlik.

  10. Przejdź do ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5 (lub dowolnej posiadanej wersji) i wykonaj kopię zapasową następujących plików:

    pg_hba conf file.png
  11. Edytuj plik pg_hba.conf , aby zezwolić na połączenia nielokalne:

    pb_hba opened.png
  12. Edytuj plik postgresql.conf , aby zaakceptować więcej połączeń ze wszystkich adresów:

    postgresql conf.png
  13. Uruchamianie wszystkich usług Qlik.

  14. Uruchom instalatora Qlik jako administrator.

  15. Kliknij przycisk Dołącz do klastra.

    Qlik join cluster.png
  16. Uzupełnij dane uwierzytelniające do bazy danych (istniejącego serwera Qlik):

    Qlik enter db creds.png
  17. Wypełnij dane uwierzytelniające użytkownika konta usługi (zdefiniowane na nowym serwerze):

    Qlik username.png
  18. Po zainstalowaniu systemu Qlik zainstaluj odpowiednią poprawkę do swojej wersji (maj 2022 lub listopad 2020).

  19. Przejdź do istniejącego serwera Qlik i otwórz QMC (https://localhost/qmc).

  20. Wybierz węzły.

  21. Kliknij przycisk Plus icon.pngUtwórz nowy na pasku działań.

  22. Uzupełnij parametry w sposób pokazany na poniższym obrazie, używając pola Nazwa hosta o wartość Nazwa hosta nowo zainstalowanego serwera Qlik Server.

    Qlik host name.png
  23. Kliknij przycisk Zastosuj i odczekaj kilka sekund.

  24. Jeśli serwer nie może połączyć się z hostem zdalnym, pojawi się następujący komunikat "Rejestracja węzła".

    Qlik note reg.png
    1. Sprawdź łączność między węzłem centralnym a węzłem harmonogramu.

    2. Przy użyciu polecenia ping sprawdź, czy zarówno protokół IPV6, jak i zapora są wyłączone w obu węzłach.

  25. Kliknij przycisk Zastosuj ponownie. Poczekaj, aż otrzymasz hasło autoryzacyjne i adres URL. Połączenie odbywa się przez port 4444.

    Qlik node reg 2.png
  26. Przejdź do nowego serwera Qlik, otwórz adres URL z poprzedniego kroku: http://localhost:4570/certificateSetup i wprowadź hasło z poprzedniego kroku:

    Qlik install certificates.png
  27. Uruchom ponownie wszystkie usługi Qlik na oryginalnym serwerze Qlik (nie w nowym klastrze).

  28. Upewnij się, że na ekranie węzłów QMC wyświetlone zostaną następujące wyniki:

    Qlik nodes.png

    Oznacza to, że obecnie dostępne są dwa serwery Qlik (wielowęzłowe) – Central oraz Scheduler.

  29. W sekcji Harmonogramy QMC przeprowadź edycję węzła centralnego i ustaw pole Typ na Menedżer:

    Qlik Schedulers manager.png
  30. W sekcji Harmonogramy QMC przeprowadź edycję węzła Harmonogram i ustaw pole Typ na Pracownik:

    Qlik Schedulers worker.png
  31. Na ekranie Połączenia danych programu QMC przeprowadź edycję następujących trzech połączeń:

    Qlik Data Connections.png
  32. Dla każdego z trzech połączeń, w polu Ciąg połączenia, zamiast ścieżki lokalnej (np. dysk c:),) zmień ją tak, aby współpracowała ze ścieżką sieciową – nazwą hosta, na którym znajduje się folder QlikShare (serwer, na którym pierwotnie zainstalowano RESEARCH):

    Qlik Connection string.png
  33. Na nowym serwerze otwórz sekcję Zadania QMC i upewnij się, że zarówno aplikacja research_db , jak i Research działają prawidłowo.

  34. W QMC (węzeł centralny) przejdź do sekcji Reguły równoważenia obciążenia.

  35. Kliknij dwukrotnie na ResourcesOnNonCentralNodes.

    Qlik ResroucesOnNonCentral.png
  36. Usuń zaznaczony przekrój widoczny na poniższym obrazie.

    Qlik advanced remove.png
Wymuszanie ręcznego przełączania awaryjnego między harmonogramem a węzłem centralnym

Aby wymusić ręczne przełączanie awaryjne między węzłem Scheduler a węzłem centralnym, należy wykonać następujące czynności:

  1. W QMC (serwer centralny) wybierz menu Harmonogramy.

    QMC schedulers.png
  2. Wybierz główny harmonogram i kliknij przycisk Edytuj.

    QMC central.png
  3. W polu Typ w sekcji Zaawansowane wybierz Menedżer i pracownik. Węzeł centralny powróci do stanu początkowego (serwer samodzielny). Węzeł Scheduler przestanie działać jako członek klastra (i ostatecznie nie będzie używany).

    QMC manager and worker.png
Edytowanie zasobów reguły równoważenia obciążenia w węzłach innych niż centralne
  1. Na stronie startowej QMC otwórz reguły równoważenia obciążenia.

  2. Wybierz regułę ResourcesOnNonCentralNode i kliknij przycisk Edytuj.

    QMC ResroucesOnNon.png
  3. W sekcji Zaawansowane przeprowadź następującą edycję warunku: ((node.iscentral="false"))

  4. Kliknij Zastosuj.

    QMC Advanced conditions.png
  5. Sprawdź, czy po wprowadzeniu tej zmiany wszystkie zadania QMC, w tym zadania licencyjne i operacyjne, działają prawidłowo.

Praca awaryjna węzła centralnego (opcjonalna)

Aby uniknąć pojedynczego punktu awarii w lokalizacji wielowęzłowej, po dodaniu nowego węzła do wdrożenia można przypisać mu rolę kandydata do pracy awaryjnej. Oznacza to, że każdy serwer lub węzeł w lokalizacji RESEARCH może pełnić tę samą funkcję co węzeł centralny. Rola węzła centralnego może być teraz zamieniana, na przykład jeśli węzeł centralny jest offline od ponad 10 minut.

Aby wykonać kopię zapasową węzła centralnego:

  1. Należy zdefiniować dodatkowy serwer centralny (nowy węzeł centralny o tych samych specyfikacjach, co węzeł oryginalny).

  2. W QMC (dodatkowego węzła centralnego) wybierz menu Węzły i zdefiniuj je jako kandydata do pracy awaryjnej.

    QMC failover.png

Po skonfigurowaniu węzła do pracy awaryjnej każdy węzeł w lokalizacji będzie regularnie sprawdzał węzeł główny (węzeł centralny) w celu sprawdzenia, czy węzeł centralny jest aktywny. Jeśli po 10 minutach nie będzie komunikacji między węzłem głównym a innymi węzłami w lokalizacji, węzeł główny zostanie zastąpiony następnym dostępnym węzłem. Jeśli więcej niż jeden węzeł zostanie ustawiony jako kandydat do pracy awaryjnej, każdy węzeł będzie konkurował o blokadę pola bazy danych, a zwycięzca zostanie węzłem centralnym. W QMC znajduje się dodatkowe pole wskazujące, który węzeł jest obecnie węzłem centralnym.