在RESEARCH模块中添加新集群
本操作说明分步介绍了如何构建和配置RESEARCH群集环境。这包括调度器节点和中央节点之间的故障切换选项和/或两个中央节点之间的故障切换，以实现高可用性。
簡介
随着数据量的增长和业务逻辑变得越来越复杂，需要额外的资源来计算结果并将其交付给用户。如果使用单个节点（小型）站点，其性能可能会随着时间的推移而下降，这可能会影响BriefCam模块的可信性和质量。
为了解决这个问题，采用RESEARCH模块集群作为分布式架构，以减轻控制整个RESEARCH站点的RESEARCH主服务器的数据和应用程序负载。中央节点（也称为“管理器”）将其某些任务委派给辅助计算机（称为“调度程序节点”或“工作人员”）。当工作人员从管理员那里收到任务ID时，他们会从本地资源库数据库读取该任务并执行必要的计算。一旦任务完成，工作人员将任务状态（成功或失败）返回给管理员。
调度器节点的硬件规格
以下是Scheduler节点的最低要求：
CPU | 2 x Intel(R) Xeon(R) Gold 6234CPU@ 3.30 GHz (32 vCPU) |
記憶體 | 512 GB |
儲存 | 2 x 100 GB SSD 1 x 25.5 TB SSD容量驱动器 |
实作步骤
在RESEARCH模块中添加新集群
要在RESEARCH模块中添加新集群，请执行以下操作：
在文件资源管理器和浏览器中打开以下路径，验证现有的Qlik服务器是否可从新服务器访问：
\\[QlikServer]\qlikshare.确保在新服务器上禁用防火墙和防病毒软件。
确保安装了PostgreSQL Unicode (x64)驱动程序。在下一步中，您将需要它来创建两个ODBC连接。
新增两个ODBC连线–
RESEARCH和RESEARCHPostgreSQL.
对于
RESEARCHODBC连接，将数据库映射到数BriefCam据库服务器。
对于
RESEARCHPostgreSQLODBC连接，将数据库映射到RESEARCH数据库服务器。
* 第1台RESEARCH计算机上需要打开入站端口4432，以便第2台RESEARCH计算机可以访问其Postgres数据库。
创建服务帐户用户（默认情况下，BCUser是运行Qlik服务的用户）。在“计算机管理”中，检查用户是否在“管理员”组中。
确保在上述步骤中创建的服务帐户用户包含在“登录为服务”本地策略中：
下载Qlik香草安装程序（位于您的Git帐户：https://github.com/qlik-download/qlik-sense-server/releases）。版本必须与现有服务器上安装的版本相同，这一点非常重要。
如果您要安装Qlik2022年5月版，请从以下链接下载并安装.NET 4.8 Framework Runtime：https://dotnet.microsoft.com/en-us/download/dotnet-framework/net48。
在现有的Qlik服务器上，打开Windows服务并停止所有Qlik服务。
移至（
ProgramData\Qlik\Sense\Repository\PostgreSQL\12.5或您拥有的任何版本）并备份以下档案：
编辑此
pg_hba.conf档案以允许非本机连线：
编辑此
postgresql.conf档案以接受来自所有位址的更多连线：
开启所有Qlik服务。
以管理员身份运行Qlik安装程序。
单击“加入群集”按钮。
填写（现有Qlik服务器的）数据库凭据：
填入服务帐户使用者认证（在新伺服器中定义的认证）：
安装Qlik后，将相关修补程序安装到您的版本（2022年5月或2020年11月）。
移至现有的Qlik伺服器并开启QMC (
https://localhost/qmc)。选取节点。
单击操作栏中的“
新建”。将“主机名”字段设置为新安装的Qlik服务器的主机名，填充如下图所示的参数。
单击“应用”并等待几秒钟。
如果服务器无法访问远程主机，您将看到以下“节点注册”消息。
检查中央节点和调度器节点之间的连通性。
使用ping验证两个节点上的IPV6和防火墙均已禁用。
再按一下“套用”。请稍候，直到您获得授权密码和URL。连接通过端口4444完成。
转到新的Qlik服务器，打开上一步中的URL：http://localhost:4570/certificateSetup并输入上一步中的密码：
在原始Qlik服务器（不是新集群）上，重新启动所有Qlik服务。
确保在QMC的节点屏幕上获得以下结果：
这意味着现在有两个Qlik服务器（多节点） – Central和Scheduler。
在QMC的调度程序部分，编辑中央节点并将类型字段设置为Manager：
在QMC的调度程序部分，编辑调度程序节点并将类型字段设置为工作人员：
在QMC的数据连接屏幕中，编辑以下三个连接：
对于三个连接中的每个，在“连接字符串”字段中，而不是本地路径（如驱动器c：），将其更改为使用网络路径– QlikShare文件夹所在的主机名（最初安装RESEARCH的服务器）：
在新伺服器上，开启QMC的作业区段，并确认
research_db和应用程式都能成功执行Research。在QMC（中央节点）中，导航到负载平衡规则部分。
双击ResourcesOnNonCentralNode。
移除下方影像中显示的标记区段。
强制在调度程序和中央节点之间执行手动故障转移
要在Scheduler节点和Central节点之间强制执行手动故障切换，请执行以下步骤：
在QMC（中央服务器）中，选择调度程序菜单。
选择中央调度程序并单击编辑按钮。
在“高级”部分的“类型”字段中，选择“经理和员工”。中央节点将恢复其初始状态（独立服务器）。计划程序节点将停止作为群集成员运行（并且最终不会被使用）。
编辑非中央节点上的负载平衡规则资源
从QMC起始页开启负载平衡规则。
选择ResourcesOnNonCentralNode规则并单击编辑。
在“高级”部分中，将条件编辑为以下内容：
((node.iscentral="false"))按一下“套用”。
验证此更改后，所有QMC任务（包括许可证和操作任务）是否都在正常运行。
中央节点容错移转（选用）
为了避免在多节点站点中出现单点故障，当您将新节点添加到部署中时，可以为其分配故障切换候选节点的角色。这意味着RESEARCH站点中的任何服务器或节点都可以执行与中央节点相同的角色。现在可以交换中心节点的角色，例如，如果中心节点已脱机超过10分钟。
如果要备份中央节点：
定义额外的中央服务器（与原始节点规格相同的新的中央节点）。
在QMC（其他中央节点的）中，选择“节点”菜单并将其定义为故障转移候选节点。
将节点配置为候选故障转移后，站点中的每个节点将定期检查主节点（中央节点），以验证中央节点是否处于活动状态。如果10分钟后主节点与站点中的其他节点之间没有通信，则主节点将被下一个可用节点替换。如果将多个节点设置为故障转移候选节点，则每个节点都将争夺对数据库字段的锁定，获胜者将成为中心节点。QMC中还有一个字段，用于显示当前哪个节点是中心节点。