Skip to main content

Руководство по установке BriefCam

Добавление нового кластера в модуль RESEARCH

Last Updated: 5 minute read
Версия2025r1
ЯзыкРусский

Данное руководство содержит пошаговое описание создания и настройки кластерной среды RESEARCH. Это включает в себя опцию отработки отказа между узлом Scheduler и центральным узлом и/или отработку отказа между двумя центральными узлами для достижения высокой доступности.

Введение

По мере увеличения объема данных и усложнения бизнес-логики необходимы дополнительные ресурсы для расчета результатов и предоставления их пользователям. BriefCamЕсли используется сайт с одним узлом (небольшой), его производительность может со временем ухудшиться, что может поставить под угрозу надежность и качество модуля RESEARCH.

Для решения этой проблемы в качестве распределенной архитектуры используется кластер модулей RESEARCH для снижения нагрузки на данные и приложения с основного сервера RESEARCH, который управляет всем объектом RESEARCH. Центральный узел, также известный как "менеджер", делегирует некоторые из своих задач вспомогательному компьютеру, называемому узлом "Планировщик" или "работник". При получении идентификатора задачи от руководителя работник считывает задачу из базы данных локального репозитория и выполняет необходимые вычисления. После завершения задачи работник возвращает руководителю состояние задачи (успешная или неуспешная).

Спецификация оборудования для узла планировщика

Ниже приведены минимальные требования к узлу "Планировщик":

ЦП

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

Память

512 ГБ

Хранение

2 x 100 ГБ SSD

1 x накопитель SSD емкостью 25,5 ТБ

Этапы реализации

Добавление нового кластера в модуль RESEARCH

Для добавления нового кластера в модуле RESEARCH:

  1. \\[QlikServer]\qlikshareУбедитесь, что существующий сервер Qlik доступен с нового сервера, открыв следующий путь в проводнике и браузере: .

  2. Убедитесь, что на новом сервере отключены брандмауэр и антивирус.

  3. Убедитесь, что установлен драйвер PostgreSQL Unicode (x64). Это потребуется для создания двух подключений ODBC на следующем шаге.

  4. RESEARCHRESEARCHPostgreSQLДобавьте два соединения ODBC — и.

    ODBC connections.png

    1. RESEARCHBriefCam Для подключения ODBC привяжите базу данных к серверу базы данных.

      ODBC Research connection.png

    2. RESEARCHPostgreSQL Для подключения ODBC привяжите базу данных к серверу базы данных RESEARCH.

      OCBC RESEARCHPostreSQL.png

      *Порт 4432 должен быть открыт на 1-м компьютере RESEARCH, чтобы 2-й компьютер RESEARCH мог получить доступ к базе данных Postgres.

  5. BCUser Создайте учетную запись службы (по умолчанию под ней понимается пользователь, запускающий службы Qlik). В окне "Управление компьютером" убедитесь, что пользователь входит в группу "Администраторы".

  6. Убедитесь, что пользователь учетной записи службы, созданный на шаге выше, включен в локальную политику входа в качестве службы:

    Log on as a service.png

  7. Загрузите программу установки Qlik ваниль (находится в вашей учетной записи Git по адресу: https://github.com/qlik-download/qlik-sense-server/releases). Важно, чтобы версия была такой же, как версия, установленная на существующем сервере.

  8. Если вы устанавливаете версию Qlik May 2022, загрузите и установите .NET 4.8 Framework Runtime по этой ссылке: https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48.

  9. На существующем сервере Qlik откройте службы Windows и остановите все службы Qlik.

  10. ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5 Перейдите на сайт (или любую другую версию) и создайте резервную копию следующих файлов:

    pg_hba conf file.png

  11. pg_hba.conf Внесите изменения в файл, чтобы разрешить нелокальные подключения:

    pb_hba opened.png

  12. postgresql.conf Отредактируйте файл, чтобы увеличить количество подключений со всех адресов:

    postgresql conf.png

  13. Запустите все службы Qlik.

  14. Запустите программу установки Qlik от имени администратора.

  15. Нажмите кнопку Присоединиться к кластеру.

    Qlik join cluster.png

  16. Укажите учетные данные базы данных (существующего сервера Qlik):

    Qlik enter db creds.png

  17. Укажите учетные данные пользователя учетной записи службы (указанные на новом сервере):

    Qlik username.png

  18. После установки Qlik установите соответствующее исправление для своей версии (май 2022 г. или ноябрь 2020 г.).

  19. https://localhost/qmcПерейдите на существующий сервер Qlik и откройте QMC ().

  20. Выберите Узлы.

  21. Нажмите "Plus icon.pngСоздать" в строке действий.

  22. Заполните параметры, как показано на рисунке ниже, и в поле Имя хоста укажите имя хоста только что установленного сервера Qlik.

    Qlik host name.png

  23. Нажмите кнопку Применить и подождите несколько секунд.

  24. Если сервер не может связаться с удаленным хостом, вы увидите следующее сообщение "Регистрация узла".

    Qlik note reg.png

    1. Проверьте подключение между центральным узлом и узлом планировщика.

    2. Используя эхо-тестирование, убедитесь, что IPV6 и брандмауэр отключены на обоих узлах.

  25. Нажмите кнопку Применить еще раз. Дождитесь получения пароля авторизации и URL-адреса. Подключение осуществляется через порт 4444.

    Qlik node reg 2.png

  26. Перейдите на новый сервер Qlik, откройте URL-адрес из предыдущего шага: http://localhost:4570/certificateSetup и введите пароль из предыдущего шага:

    Qlik install certificates.png

  27. На исходном сервере Qlik (а не в новом кластере) перезапустите все службы Qlik.

  28. Убедитесь, что на экране узлов QMC отображается следующий результат:

    Qlik nodes.png

    Это означает, что теперь есть два сервера Qlik (многоузловые) — Central и Scheduler.

  29. В разделе "Планировщики" QMC отредактируйте центральный узел и установите для поля TypeManager:

    Qlik Schedulers manager.png

  30. В разделе Планировщики QMC отредактируйте узел Планировщик и установите для поля Type значение Worker:

    Qlik Schedulers worker.png

  31. На экране Подключения к данным QMC отредактируйте следующие три подключения:

    Qlik Data Connections.png

  32. Для каждого из трех подключений в поле Строка подключения вместо локального пути (например, диск c:), изменить его на работу с сетевым путем – именем хоста, где существует папка QlikShare (сервер, где изначально был установлен RESEARCH):

    Qlik Connection string.png

  33. research_dbResearch На новом сервере откройте раздел "Задачи" QMC и убедитесь, что оба приложения успешно работают.

  34. В QMC (центральный узел) перейдите в раздел Правила балансировки нагрузки.

  35. Дважды нажмите на ResourcesOnNonCentralNodes.

    Qlik ResroucesOnNonCentral.png

  36. Удалите отмеченный участок, показанный на изображении ниже.

    Qlik advanced remove.png
Принудительное переключение планировщика и центрального узла на резервный сервер вручную

Чтобы принудительно выполнить отработку отказа вручную между узлом "Планировщик" и центральным узлом, выполните следующие действия:

  1. В QMC (центральный сервер) выберите меню Планировщики.

    QMC schedulers.png

  2. Выберите центральный планировщик и нажмите кнопку Изменить.

    QMC central.png

  3. В поле "Тип" раздела "Дополнительно" выберите Manager и worker . Центральный узел вернется в исходное состояние (автономный сервер). Узел "Планировщик" перестанет работать как член кластера (и, в конечном итоге, перестанет использоваться).

    QMC manager and worker.png
Изменение ресурсов правила балансировки нагрузки на нецентральных узлах

  1. На начальной странице QMC откройте "Правила балансировки нагрузки".

  2. Выберите правило ResourcesOnNonCentralNode и нажмите Правка.

    QMC ResroucesOnNon.png

  3. В разделе Дополнительно измените условие следующим образом: ((node.iscentral="false"))

  4. Нажмите кнопку Применить.

    QMC Advanced conditions.png

  5. Убедитесь, что после этого изменения все задачи QMC, включая задачи лицензирования и эксплуатации, работают нормально.

Отработка отказа центрального узла (необязательно)

Чтобы избежать единой точки отказа на многоузловом объекте, при добавлении нового узла в развертывание можно назначить ему роль кандидата на отработку отказа. Это означает, что любой сервер или узел на объекте RESEARCH может выполнять ту же роль, что и центральный узел. Теперь роль центрального узла можно менять местами, например если центральный узел был отключен от сети более 10 минут.

Если требуется выполнить резервное копирование центрального узла:

  1. Определите дополнительный центральный сервер (новый центральный узел с теми же спецификациями, что и у исходного узла).

  2. В QMC (дополнительного центрального узла) выберите меню Узлы и определите его как кандидата на отработку отказа.

    QMC failover.png

После настройки узла в качестве кандидата для отработки отказа каждый узел на объекте будет регулярно проверять основной узел (центральный узел), чтобы убедиться, что центральный узел активен. Если по прошествии 10 минут связь между основным узлом и другими узлами на объекте отсутствует, основной узел будет заменен следующим доступным узлом. Если в качестве кандидата на отработку отказа задано несколько узлов, каждый узел будет бороться за защиту поля базы данных, и победитель станет центральным узлом. В QMC есть дополнительное поле, показывающее, какой узел в настоящее время является центральным узлом.