本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
群集配置
引导集群并配置所有必需的群集资源和限制。
主题
为资源创建做准备
要确保集群在设置资源和配置期间不会执行意外操作，请将维护模式设置为 true。
运行以下命令将集群置于维护模式：
# crm maintenance on
要验证当前的维护状态，请执行以下操作：
$ crm status
注意
维护模式有两种类型：
-
集群范围的维护（设置为）
crm maintenance on -
特定于节点的维护（设置为）
crm node maintenance nodename
更改配置时，请务必使用集群范围的维护模式。有关特定于节点的操作，例如硬件维护，请参阅操作以了解正确的步骤。
要在配置完成后禁用维护模式，请执行以下操作：
# crm maintenance off
集群引导
配置群集属性
配置群集属性以建立屏蔽行为和资源故障转移设置：
# crm configure property stonith-enabled="true" # crm configure property stonith-timeout="600" # crm configure property priority-fencing-delay="20" # crm configure property stonith-action="off"
-
建议priority-fencing-delay在网络分区事件期间保护 SAP HANA 节点。当集群分区发生时，这种延迟会优先考虑托管更高优先级资源的节点，而 SAP HANA 主实例（已提升）实例将获得额外的优先级权重。这有助于确保主 HANA 节点在脑分裂场景中存活下来。建议的 20 秒 priority-fencing-delay与 stonith 资源中配置的 pcmk_delay_max（10 秒）配合使用，在进行围栏之前，总共可能延迟长达 30 秒
-
设置 stonith-action= “off” 可确保被屏蔽的节点在手动调查之前一直处于关闭状态，从而防止可能受到威胁的节点自动重新加入集群。虽然如果首选自动恢复，可以选择 “重启”，但建议对 SAP HANA 集群使用 “关闭”，以防止潜在的数据损坏并启用根本原因分析
要验证您的集群属性设置，请执行以下操作：
# crm configure show property
配置资源默认值
配置资源默认行为：
# crm configure rsc_defaults resource-stickiness="1000" # crm configure rsc_defaults migration-threshold="5000"
-
资源粘性值可以防止不必要的资源移动，从而有效地为移动资源设定了 “成本”。值为 1000 会强烈鼓励资源保留在当前节点上，从而避免与移动相关的停机时间。
-
迁移阈值为 5000 可确保群集在声明该节点不适合托管资源之前，多次尝试恢复同一节点上的资源。
各个资源可以用自己定义的值覆盖这些默认值。
要验证您的资源默认设置，请执行以下操作：
# crm configure show rsc_defaults
配置操作默认值
配置操作超时默认值：
# crm configure op_defaults timeout="600"
-
op_defaults 超时可确保所有集群操作的合理默认超时时间为 600 秒。各个资源可以用自己的超时值覆盖此值。
要验证您的操作默认设置，请执行以下操作：
# crm configure show op_defaults
创建 STONITH 围栏资源
建议在 SUSE 上 Amazon 部署 Amazon STONITH 资源代理，因为它利用 Amazon API 通过停止实例来安全地屏蔽出现故障或无法传染的节点。 EC2 请参阅Pacemaker-STONITH 击剑剂。
使用资源代理external/ec2创建 STONITH 资源：
# crm configure primitive <stonith_resource_name> stonith:external/ec2 \ params tag="<cluster_tag>" profile="<cli_cluster_profile>" pcmk_delay_max="10" \ op start interval="0" timeout="180" \ op stop interval="0" timeout="180" \ op monitor interval="300" timeout="60"
详细信息：
+ * tag-将 EC2 实例与此集群配置关联的实例标签密钥名称。此标签密钥在 Amazon 账户中必须是唯一的，并且其值必须与实例主机名相匹配。有关标签配置创建亚马逊 EC2 STONITH 代理使用的亚马逊 EC2 资源标签的 EC2 示例，请参阅。* p ro file-（可选）用于 AP Amazon I 身份验证的 CLI 配置文件名称。使用验证个人资料是否存在aws configure list-profiles。如果未明确配置配置文件，则将使用默认配置文件。* pcmk_delay_max-屏蔽操作前的随机延迟。与群集属性配合使用priority-fencing-delay以防止同时进行屏蔽。历史上设置为较高的值（45 秒），但priority-fencing-delay现在处理主节点保护时，较低的值（10 秒）就足够了。* 使用参数参考中的值的示例：
# crm configure primitive res_stonith_ec2 stonith:external/ec2 \
params tag="pacemaker" profile="cluster" \
pcmk_delay_max="10" \
op start interval="0" timeout="180" \
op stop interval="0" timeout="180" \
op monitor interval="300" timeout="60"创建叠加 IP 资源
此资源通过更新 Amazon 路由表条目来确保在故障转移期间客户端连接跟随 SAP HANA 主实例。它管理着一个始终指向活动的 SAP HANA 数据库的覆盖 IP 地址
创建 IP 资源：
# crm configure primitive rsc_ip_<SID>_HDB<hana_sys_nr> ocf:heartbeat:aws-vpc-move-ip \ params ip="<hana_overlayip>" \ routing_table="<routetable_id>" \ interface="eth0" \ profile="<cli_cluster_profile>" \ op start interval="0" timeout="180" \ op stop interval="0" timeout="180" \ op monitor interval="60" timeout="60"
详细信息：
-
ip-将用于连接主要 SAP HANA 数据库的覆盖 IP 地址。参见叠加 IP 概念
-
routing_tab le-需要更新的 Amazon 路由表 ID。可以使用逗号指定多个路由表（例如，
routing_table=rtb-xxxxxroutetable1,rtb-xxxxxroutetable2）。确保已创建以下初始条目 为叠加层添加 VPC 路由表条目 IPs -
接口-IP 地址的网络接口（通常为 eth0）
-
配置文件-（可选）用于 AP Amazon I 身份验证的 CLI 配置文件名称。使用验证个人资料是否存在
aws configure list-profiles。如果未明确配置配置文件，则将使用默认配置文件。 -
使用参数参考中的值的示例：
# crm configure primitive rsc_ip_HDB_HDB00 ocf:heartbeat:aws-vpc-move-ip \ params ip="172.16.52.1" \ routing_table="rtb-xxxxxroutetable1" \ interface="eth0" \ profile="cluster" \ op start interval="0" timeout="180" \ op stop interval="0" timeout="180" \ op monitor interval="60" timeout="60"
已启用 Active/Active 读取
仅当您正在使用logreplay_readenabled并要求可通过叠加 IP 访问辅助设备时。您可以创建其他 IP 资源。
# crm configure primitive rsc_ip_<SID>_HDB<hana_sys_nr>_readenabled ocf:heartbeat:aws-vpc-move-ip \ params ip="<readenabled_overlayip>" \ routing_table="<routetable_id>" \ interface="eth0" \ profile="<cli_cluster_profile>" \ op start interval="0" timeout="180" \ op stop interval="0" timeout="180" \ op monitor interval="60" timeout="60"
-
使用参数参考中的值的示例：
# crm configure primitive rsc_ip_HDB_HDB00_readenabled ocf:heartbeat:aws-vpc-move-ip \ params ip="172.16.52.2" \ routing_table="rtb-xxxxxroutetable1" \ interface="eth0" \ profile="cluster" \ op start interval="0" timeout="180" \ op stop interval="0" timeout="180" \ op monitor interval="60" timeout="60"
对于共享 VPC
如果您的配置需要共享 vpc，则需要另外两个参数。
# crm configure primitive rsc_ip_<SID>_HDB<hana_sys_nr> ocf:heartbeat:aws-vpc-move-ip \ params ip="<hana_overlayip>" routing_table=<routetable_id> interface=eth0 \ profile="<cli_cluster_profile>" lookup_type=NetworkInterfaceId \ routing_table_role="arn:aws:iam::<sharing_vpc_account_id>:role/<sharing_vpc_account_cluster_role>" \ op start interval="0" timeout="180" \ op stop interval="0" timeout="180" \ op monitor interval="60" timeout="60"
其他详细信息：
-
查找类型 = NetworkInterfaceId
-
routing_table_role = “arn: aws: iam::: <shared_vpc_account_id><sharing_vpc_account_cluster_role>role/”
创建 SAPHana拓扑资源
SAPHana拓扑资源代理通过系统复制帮助管理 SAP HANA 数据库的高可用性。它分析 SAP HANA 拓扑，并通过节点状态属性报告调查结果。 SAPHana 或 SAPHana控制器资源代理使用这些属性来控制 SAP HANA 数据库。 SAPHana拓扑启动并监视本地 saphostagent，利用 landscapeHostConfiguration .py、hdbnsutil 和 saphostctrl 等 SAP 接口收集有关系统状态、角色和配置的信息。
SAPHanaSR-angi 和经典部署
适用于纵向扩展和横向扩展部署
有关该资源的文档，您可以查看手册页。
# man ocf_suse_SAPHanaTopology
详细信息：
-
SID-HANA 实例的 SAP 系统 ID
-
InstanceNumber-SAP HANA 实例的实例号
-
clone-node-max-定义可以在单个节点上启动多少个资源代理副本（设置为 1）
-
interleav e-允许在同一节点上并行启动依赖的克隆资源（设置为 true）
-
clone-max-定义可以在集群中启动的克隆实例总数（例如，使用 2 进行横向扩展，或将设置为 6 用于横向扩展，每个站点 3 个节点，不包括多数制造商节点）
创建 SAPHANA 资源（基于资源代理 SAPHana 或 SAPHana控制器）
SAP HANA 资源代理管理 SAP HANA 数据库之间的系统复制和故障转移。这些代理在检查同步状态的同时控制启动、停止和监视操作，以保持数据一致性。他们利用 SAP 接口，包括 sapcontrol、 landscapeHostConfiguration、hdbnsutil 和 saphostctrl。 systemReplicationStatus所有配置都与 SAPHana拓扑代理配合使用，拓扑代理收集有关群集节点间系统复制状态的信息。
根据你的 SAP HANA 架构选择适当的资源代理配置：
SAPHanaSR-angi 部署（在 SLES 15 及以上版本中可用） SP4
在 SLES 15 及更高版本上推出 SP4 并推荐用于新部署。具有下一代系统复制架构 (SAPHanaSR-angi) 的 SAPHana控制器资源代理为纵向扩展和横向扩展部署提供了改进的集成和管理功能。有关详细信息：
有关该资源的文档，您可以查看手册页。
# man ocf_suse_SAPHanaController
详细信息：
-
SID-HANA 实例的 SAP 系统 ID
-
InstanceNumber-SAP HANA 实例的实例号
-
clone-node-max-定义可以在单个节点上启动多少个资源代理副本（设置为 1）
-
interleav e-允许在同一节点上并行启动依赖的克隆资源（设置为 true）
-
clone-max-定义可以在集群中启动的克隆实例总数（例如，使用 2 进行横向扩展，或将设置为 6 用于横向扩展，每个站点 3 个节点，不包括多数制造商节点）
-
PREFER_SITE_TAKEOVER 定义了是否首选接管次要服务器。查看非标准部署。
-
AUTO@@ MATED_REG ISTER 定义了是否应将前主要学生注册为次要学生。查看非标准部署。
-
DUPLICATE_PRIMARY_TIMEOUT 是最大限度地降低意外双主节点风险的等待时间。
-
meta pri ority-将其设置为 100 可以同时 priority-fencing-delay确保正确的故障转移顺序并防止同步屏蔽操作
-
对于较大的数据库，可能需要增加启动和停止超时值 (3600 秒)。根据您的数据库大小和观测 startup/shutdown 时间调整这些值
经典部署
对于经典的纵向扩展部署， SAPHana 资源代理管理两个 SAP HANA 数据库之间的接管。有关详细信息：
# man ocf_suse_SAPHana
详细信息：
-
SID-HANA 实例的 SAP 系统 ID
-
InstanceNumber-SAP HANA 实例的实例号
-
clone-node-max-定义可以在单个节点上启动多少个资源代理副本（设置为 1）
-
interleav e-允许在同一节点上并行启动依赖的克隆资源（设置为 true）
-
clone-max-定义可以在集群中启动的克隆实例总数（例如，使用 2 进行横向扩展，或将设置为 6 用于横向扩展，每个站点 3 个节点，不包括多数制造商节点）
-
PREFER_SITE_TAKEOVER 定义了是否首选接管次要服务器。查看非标准部署。
-
AUTO@@ MATED_REG ISTER 定义了是否应将前主要学生注册为次要学生。查看非标准部署。
-
DUPLICATE_PRIMARY_TIMEOUT 是最大限度地降低意外双主节点风险的等待时间。
-
meta pri ority-将其设置为 100 可以同时 priority-fencing-delay确保正确的故障转移顺序并防止同步屏蔽操作
-
对于较大的数据库，可能需要增加启动和停止超时值 (3600 秒)。根据您的数据库大小和观测 startup/shutdown 时间调整这些值
创建资源约束
需要以下约束。
订单约束
此约束定义了 SAPHana拓扑和 SAPHana 资源之间的起始顺序：
# crm configure order <order_rule_name> Optional: <SAPHanaTopology_clone> <SAPHana/SAPHanaController_Clone>
-
示例：
# crm configure order ord_SAPHana Optional: cln_SAPHanaTopology_HDB_HDB00 msl_SAPHana_HDB_HDB00
托管限制
带主的 IP
此约束可确保决定叠加 IP 目标的 IP 资源在具有主 SAP HANA 角色的节点上运行：
# crm configure colocation <colocation_rule_name> 2000: <ip_resource_name> <saphana/saphanacontroller name>:Master
-
示例：
# crm configure colocation col_ip_SAPHana_Primary 2000: rsc_ip_HDB_HDB00 msl_SAPHana_HDB_HDB00:Master
ReadOnly 带辅助的 IP（仅适用于 ReadOnly 模式）
此约束可确保启用读取功能的 IP 资源在辅助（未提升）节点上运行。当辅助节点不可用时，IP 将移至主节点，读取工作负载将与主工作负载共享容量：
# crm configure colocation <colocation_rule_name> 2000: rsc_ip_<SID>_HDB<hana_sys_nr>_readenabled msl_SAPHana/SAPHanaController_<SID>_HDB<hana_sys_nr>:Unpromoted
-
示例：
# crm configure colocation col_ip_readenabled_SAPHana_Secondary 2000: rsc_ip_HDB_HDB00_readenabled msl_SAPHana_HDB_HDB00:Unpromoted
位置约束
多数股权制造商上没有 SAP HANA 资源（仅限横向扩展）
这种位置限制可确保 SAP HANA 资源避开不适合运行它们的多数制造者。
# crm configure location loc_SAPHanaTopology_avoid_majority_maker cln_SAPHanaTopology_<SID>_HDB<hana_sys_nr> -inf:<hostname_mm> # crm configure location loc_SAPHana/SAPHanaController_avoid_majority_maker msl_SAPHana/SAPHanaController_<SID>_HDB<hana_sys_nr> -inf:<hostname_mm>
-
示例：
# crm configure location loc_SAPHanaTopology_avoid_majority_maker cln_SAPHanaTopology_HDB_HDB00 -inf:hanamm # crm configure location loc_SAPHana_avoid_majority_maker msl_SAPHana_HDB_HDB00 -inf:hanamm
激活集群
使用crm config show和crm config edit命令检查所有值是否输入正确。
确认正确值后，使用以下命令将维护模式设置为 false。这使集群能够控制资源：
# crm maintenance off
重置配置-可选
重要
以下说明可帮助您重置完整的配置。只有当你想从头开始安装时，才运行这些命令。您可以使用 crm 编辑命令进行细微的更改。
运行以下命令备份当前配置以供参考：
# crm config show > /tmp/crmconfig_backup.txt
运行以下命令以清除当前配置：
# crm configure erase
执行上述擦除命令后，它将从群集信息库 (CIB) 中删除所有群集资源，并断开从 corosync 到群集的通信。在开始资源配置之前，请运行 crm 群集重新启动，以便群集重新建立与 corosync 的通信，并检索配置。集群的重启会移除维护模式。在开始其他配置和资源设置之前，请重新申请。