High Availability 可作为多个产品的模块或扩展使用。有关详细信息，请参见 https://documentation.suse.com/sles/html/SLES-all/article-modules.html#art-modules-high-availability。

SUSE® Linux Enterprise High Availability 可帮助您保障和管理网络资源的可用性。以下各节重点说明一些关键功能：

1.2.1 各种群集情形 #

 

SUSE Linux Enterprise High Availability 支持以下场景：

• 主动/主动配置

• 主动/被动配置：N+1、N+M、N 到 1 和 N 到 M

• 混合物理和虚拟群集，支持将虚拟服务器和物理服务器群集在一起。这可提高服务可用性和资源利用率。

• 本地群集

• 城域群集（“延伸的”本地群集）

• Geo 群集（地理位置分散的群集）

重要：不支持混合体系结构

属于一个群集的所有节点都应使用相同的处理器平台：x86、IBM Z 或 POWER。不支持采用混合体系结构的群集。

群集最多可包含 32 个 Linux 服务器。使用 pacemaker_remote 可扩展群集使之突破此限制，包含更多的 Linux 服务器。如果群集内的一台服务器发生故障，则群集内的任何其他服务器均可重启动此服务器上的资源（应用程序、服务、IP 地址和文件系统）。

1.2.4 虚拟化环境支持 #

 

SUSE Linux Enterprise High Availability 支持由物理和虚拟 Linux 服务器组成的混合群集。SUSE Linux Enterprise Server 15 SP6 随附了 Xen（一种开源虚拟化超级管理程序）和 KVM（基于内核的虚拟机）。KVM 是一款适用于 Linux 的虚拟化软件，基于硬件虚拟化扩展。SUSE Linux Enterprise High Availability 中的群集资源管理器能够识别、监控和管理虚拟服务器以及物理服务器中运行的服务。Guest 系统可作为服务由群集管理。

重要：High Availability 群集中的实时迁移

在活动群集中执行节点的实时迁移时要小心。群集堆栈可能无法容忍实时迁移过程导致的操作系统冻结，这可能导致节点被屏蔽。

建议执行以下任一操作，以帮助避免在实时迁移期间发生节点隔离：

• 增加 Corosync 令牌超时和 SBD 检查包超时时间，以及任何其他相关设置。适当的值取决于您的特定设置。有关详细信息，请参见第 13.5 节 “超时计算”。

• 在执行实时迁移之前，请停止节点或整个群集上的群集服务。有关详细信息，请参见第 28.2 节 “用于维护任务的不同选项”。

在生产环境中尝试执行实时迁移之前，必须彻底测试此设置。

使用 SUSE Linux Enterprise High Availability，您可以将多达 32 个 Linux 服务器配置成一个高可用性群集（HA 群集）。资源可在群集中的任何节点之间动态切换或移动。可以将资源配置为在发生节点故障时自动进行迁移，也可以手动移动资源以对硬件查错或平衡工作负载。

SUSE Linux Enterprise High Availability 能够提供商用组件的高可用性。通过将应用程序和操作合并到群集中降低了成本。SUSE Linux Enterprise High Availability 还允许您集中管理整个群集。您可以调整资源以满足不断变化的工作负载要求（即对群集进行手动“负载平衡”）。允许群集的多个（两个以上）节点共享一个“热备份”也节约了成本。

它还具有另一个同等重要的优点，就是能够潜在地减少计划外服务中断时间及用于软件和硬件维护和升级的计划内中断时间。

实施群集的理由包括：

通过在共享磁盘子系统上实施 RAID 可获得共享磁盘容错。

以下场景说明了 SUSE Linux Enterprise High Availability 可以提供的一些优势。

假设您配置了一个包含三个节点的群集，并在群集内的每个节点上安装了 Web 服务器。群集内的每个节点分别托管两个网站。每个网站的所有数据、图形和网页内容都存储在一个与群集中每个节点都连接的共享磁盘子系统上。下图说明了该系统的结构。

图 1.1︰ 由三台服务器构成的群集 #

 

在正常群集操作期间，每个节点都会与群集内的其他节点保持通讯，并会对所有已注册资源执行定期轮询以检测是否有故障发生。

假设 Web 服务器 1 出现硬件或软件故障，而依赖此 Web 服务器访问因特网、收发电子邮件和获取信息的用户失去了连接。下图说明了当 Web 服务器 1 出现故障时，资源的移动情况。

图 1.2︰ 由三台服务器构成的群集（一台服务器出现故障后） #

 

网站 A 移至 Web 服务器 2，网站 B 移至 Web 服务器 3。IP 地址和证书也移至 Web 服务器 2 和 Web 服务器 3。

在配置群集时，您决定了在出现故障的情况下，每台 Web 服务器上的网站将移至哪里。在上例中，您已配置将网站 A 移至 Web 服务器 2，将网站 B 移至 Web 服务器 3。这样一来，原来由 Web 服务器 1 处理的工作负载仍可用，并将在所有仍然正常运作的群集成员之间均匀分布。

Web 服务器 1 发生故障时，High Availability 软件执行了下列操作：

在此示例中，故障转移过程迅速完成，用户在几秒钟之内就可以重新访问 Web 站点信息，而且通常无需重新登录。

现在，假设 Web 服务器 1 的故障已解决，它已恢复到正常工作状态。网站 A 和网站 B 可以自动故障回复（移回）至 Web 服务器 1，或者留在当前所在的服务器上。这取决于您是如何配置它们的资源的。将服务迁移回 Web 服务器 1 会造成一段时间停机。因此，SUSE Linux Enterprise High Availability 也允许您选择延迟迁移，等到只会产生短暂或不会产生服务中断时再进行迁移。这两种选择都各有优缺点。

SUSE Linux Enterprise High Availability 还提供资源迁移功能。您可以根据系统管理的需要将应用程序、网站等移到群集中的其他服务器上。

例如，您可以手动将网站 A 或网站 B 从 Web 服务器 1 移至群集内的其他任何一台服务器。此操作的用例包括，对 Web 服务器 1 进行升级或定期维护，或者提高网站的性能或可访问性。

使用 SUSE Linux Enterprise High Availability 的群集配置可能包括共享磁盘子系统，也可能不包括。共享磁盘子系统可通过高速光纤通道卡、电缆和交换机连接，也可配置为使用 iSCSI。如果有一个节点发生故障，群集中的另一个指定节点就会自动挂载之前挂载到故障节点上的共享磁盘目录。这样，网络用户就能继续访问共享磁盘子系统上的目录。

重要：具有 LVM 的共享磁盘子系统

使用具有 LVM 的共享磁盘子系统时，必须将该子系统连接到群集中需要访问它的所有服务器。

典型的资源包括数据、应用程序和服务。下图显示典型光纤通道群集配置的可能构成。绿色线表示与以太网电源开关的连接。如此设备便可通过网络控制，并可在 ping 请求失败时重引导节点。

图 1.3︰ 典型的光纤通道群集配置 #

 

虽然光纤通道提供的性能最佳，但也可以将群集配置为使用 iSCSI。iSCSI 是除光纤通道外的另一种选择，可用于创建低成本的存储区域网络 (SAN)。下图显示了一个典型的 iSCSI 群集配置。

图 1.4︰ 典型的 iSCSI 群集配置 #

 

虽然大多数群集都包括共享磁盘子系统，但也可以创建不含共享磁盘子系统的群集。下图显示了一个不含共享磁盘子系统的群集。

图 1.5︰ 典型的不含共享存储的群集配置 #

 

本节概述了 SUSE Linux Enterprise High Availability 体系结构。它提供了有关体系结构组件的信息，并描述了这些组件是如何协同工作的。

1.5.1 体系结构层 #

 

SUSE Linux Enterprise High Availability 具有分层体系结构。图 1.6 “体系结构”说明了不同的层及其相关的组件。

图 1.6︰ 体系结构 #

 

1.5.1.1 成员资格和消息交换层 (Corosync) #

 

此组件提供可靠的讯息交换、成员资格，以及有关群集的仲裁信息。相应的过程由 Corosync 群集引擎（一个组通讯系统）处理。

1.5.1.2 群集资源管理器 (Pacemaker) #

 

用作群集资源管理器的 Pacemaker 是对群集中所发生事件做出反应的“大脑”。它是作为 pacemaker-controld 实现的，即，协调所有操作的群集控制器。例如，节点加入或退出群集、资源故障，或者维护等安排的活动均为事件。

本地资源管理器

本地资源管理器位于每个节点上的 Pacemaker 层与资源层之间。它是作为 pacemaker-execd 守护程序实现的。通过此守护程序，Pacemaker 可以启动、停止和监控资源。

群集信息数据库 (CIB)

Pacemaker 在每个节点上维护群集信息数据库 (CIB)。CIB 是群集配置的 XML 表示形式（包括群集选项、节点、资源、约束及其相互之间的关系）。CIB 也反映当前群集状态。每个群集节点包含一个在整个群集中同步的 CIB 复本。pacemaker-based 守护程序会处理群集配置和状态的读取及写入。

指定协调器 (DC)

DC 是从群集中的所有节点选择出来的。如果当前没有 DC，或者当前的 DC 出于任何原因退出群集，则就会按此方式选择 DC。DC 是群集中唯一可以决定需要在整个群集执行更改（例如节点屏蔽或资源移动）的实体。所有其他节点都从当前 DC 获取他们的配置和资源分配信息。

策略引擎

策略引擎在每个节点上运行，但 DC 上的引擎是活动的引擎。该引擎作为 pacemaker-schedulerd 守护程序实现。需要群集转换时，pacemaker-schedulerd 会根据当前状态和配置，计算群集的下一预期状态。它会确定需要安排哪些操作来实现下一种状态。

1.5.1.3 资源和资源代理 #

 

在 High Availability 群集中，需要高度可用的服务称为“资源”。资源代理 (RA) 是用于启动、停止和监控群集资源的脚本。

以下列表指出了基于 SUSE® Linux Enterprise High Availability 的群集的硬件要求。这些要求表示最低硬件配置。根据群集的用途，可能会需要其他硬件。

所有节点上至少需要安装以下模块和扩展：

根据您在安装期间选择的系统角色，默认会安装以下软件集：

注意：极简安装

通过这些系统角色安装只能完成极简安装。如有必要，您可能需要手动添加更多软件包。

对于原先指派了另一个系统角色的计算机，您需要手动安装 sles_ha 或 ha_geo 软件集及所需的任何其他软件包。

有些服务需要使用共享存储。如果使用外部 NFS 共享，必须能够从所有群集节点通过冗余通讯路径可靠地访问该共享。

为确保数据的高可用性，我们建议您为群集设置共享磁盘系统（存储区域网络，简称 SAN）。如果使用共享磁盘子系统，请确保符合以下要求：

如果使用 SBD 作为 STONITH 机制，则共享存储还需要满足其他要求。有关详细信息，请参见 第 13.3 节 “要求和限制”。

为了实现受支持且有用的高可用性设置，请考虑以下建议：

要手动安装 High Availability 软件包，请参见Article “安装和设置快速入门”。该指南会引导您完成基本双节点群集的设置。

安装并设置双节点群集后，您可以使用 AutoYaST 克隆现有节点并将克隆节点添加到群集，以便扩展群集。

AutoYaST 使用包含安装和配置数据的配置文件。配置文件会告知 AutoYaST 要安装的内容以及如何配置已安装系统，以最终获得一个现成可用的系统。然后可使用此配置文件以各种方式（例如，克隆现有群集节点）进行大批量部署。

有关在各种情况下如何使用 AutoYaST 的详细说明，请参见 AutoYaST Guide for SUSE Linux Enterprise Server 15 SP6。

重要：相同硬件

过程 3.1 “使用 AutoYaST 克隆群集节点”假设您要将 SUSE Linux Enterprise High Availability 15 SP6 部署到硬件配置完全相同的一组计算机上。

如果您需要在不相同的硬件上部署群集节点，请参见《SUSE Linux Enterprise 15 SP6 部署指南》中“Automated Installation”一章的的“Rule-Based Autoinstallation”一节。

成功安装克隆节点后，执行以下步骤将克隆节点加入群集中：

现在克隆的节点会加入群集，因为已通过 Csync2 将 /etc/corosync/corosync.conf 文件应用到克隆的节点。CIB 将在群集节点间自动同步。

下面定义了 YaST 群集模块和本章中使用的多个关键术语。

启动 YaST 并选择高可用性 › 群集。也可以从命令行启动模块：

sudo yast2 cluster

下面的列表显示了 YaST 群集模块中可用屏幕的概述。它还指出了屏幕是否包含成功设置群集必需的参数，或其参数是否可选。

如果是首次启动群集模块，它会显示为向导，引导您完成进行基本设置所需的所有步骤。否则，请单击左侧面板上的类别，以访问每个步骤的配置选项。

注意：YaST 群集模块中的设置

YaST 群集模块中的特定设置仅适用于当前节点。其他设置可以通过 Csync2 自动传送到所有节点。可在以下各部分中找到有关此配置的详细信息。

为实现群集节点间的成功通讯，请定义至少一个通讯通道。对于传输协议，请分别按过程 4.1 或过程 4.2 中所述使用多播 (UDP) 或单播 (UDPU)。要定义另一个冗余通道（过程 4.3），这两个通讯通道必须使用相同的协议。

注意：公有云：使用单播

要在公有云平台中部署 SUSE Linux Enterprise High Availability，请使用单播作为传输协议。云平台本身在一般情况下并不支持多播。

YaST 通讯通道屏幕中定义的所有设置都会写入 /etc/corosync/corosync.conf 中。/usr/share/doc/packages/corosync/ 中提供了一些多播和单播设置的示例文件。

如果您使用的是 IPv4 地址，则节点 ID 可以选填。如果使用的是 IPv6 地址，则必须填写节点 ID。YaST 群集模块提供了一个自动为每个群集节点生成唯一 ID 的选项，用户无需手动为每个节点指定 ID。

图 4.1︰ YaST 群集 - 多播配置 #

 

要使用单播（而非多播）进行群集通讯，请按如下所述继续操作。

图 4.2︰ YaST 群集 - 单播配置 #

 

如果由于任何原因不能使用网络设备绑定，第二个最佳选择就是在 Corosync 中定义冗余通讯通道（次环）。这样就可使用两个物理上分隔的网络进行通讯。如果一个网络发生故障，群集节点仍可通过另一个网络进行通讯。

Corosync 中的另一个通讯通道会形成另一个令牌传递环。在 /etc/corosync/corosync.conf 中，您配置的第一个通道就是主环，环编号为 0。第二个环（冗余通道）的环编号为 1。

在 Corosync 中定义了冗余通讯通道后，使用 RRP 告知群集如何使用这些接口。有了 RRP，就可以使用两个物理位置分开的网络进行通讯。如果一个网络发生故障，群集节点仍可通过另一个网络进行通讯。

RRP 可以有三种模式：

过程 4.3︰ 定义冗余通讯通道 #

 

重要：冗余环和 /etc/hosts

如果 Corosync 中配置了多个环，则每个节点都可具有多个 IP 地址。这需要在所有节点的 /etc/hosts 文件中反映出来。

1. 启动 YaST 群集模块，然后切换到通讯通道类别。

2. 请激活冗余通道。冗余通道必须使用与所定义的第一个通讯通道相同的协议。

3. 如果使用多播，请输入以下参数：要使用的绑定网络地址，冗余通道的多播地址和端口。

   如果使用单播，请定义以下参数：要使用的绑定网络地址及端口。输入将加入群集的所有节点的 IP 地址。

4. 要告知 Corosync 如何以及何时使用其他通道，请选择要使用的 rrp_mode：

   • 如果只定义了一个通讯通道，rrp_mode 将自动禁用（值 none）。

   • 如果设置为 active，则 Corosync 将主动使用这两个接口。但是，此模式已弃用。

   • 如果设置为 passive，Corosync 将选择性地通过可用网络发送消息。

   使用 RRP 时，SUSE Linux Enterprise High Availability 会监控当前环的状态，并在发生故障后自动重新启用冗余环。

   或者，使用 corosync-cfgtool 手动检查环状态。使用 -h 查看可用选项。

5. 确认更改。

要定义群集的身份验证设置，您可以使用 HMAC/SHA1 身份验证。此方式需要使用共享机密来保护和验证讯息。指定的身份验证密钥（口令）将用于群集中的所有节点。

图 4.3︰ YaST 群集 - 安全性 #

 

要对 iptables 启用有状态包检测，请配置并使用 conntrack 工具。这需要以下基本步骤：

图 4.4︰ YaST 群集 — conntrackd #

 

配置 conntrack 工具后，可对 Linux 虚拟服务器使用这些工具（请参见负载平衡）。

在 YaST 群集模块中，定义是否在引导节点时启动其上的特定服务。也可使用模块手动启动和停止服务。为使群集节点上线并启动群集资源管理器，Pacemaker 必须作为服务运行。

图 4.5︰ YaST 群集 - 服务 #

 

如果不想将生成的配置文件手动复制到所有节点，可使用 csync2 工具在群集中的所有节点间进行复制。

这需要以下基本步骤：

Csync2 将帮助您跟踪配置更改，并在群集节点之间保持文件同步。

https://oss.linbit.com/csync2/ 和 https://oss.linbit.com/csync2/paper.pdf 上提供了有关 Csync2 的详细信息。

4.7.1 使用 YaST 配置 Csync2 #

 

过程 4.7︰ 使用 YaST 配置 Csync2 #

 

1. 启动 YaST 群集模块，然后切换到 Csync2 类别。

2. 要指定同步组，请在同步主机组中单击添加，然后输入群集中所有节点的本地主机名。对于每个节点，必须使用 hostname 命令返回的确切字符串。

   

   提示：主机名解析

   如果您的网络中无法正常进行主机名解析，您也可以为每个群集节点指定主机名与 IP 地址的组合。要执行此操作，请使用字符串 HOSTNAME@IP，例如 alice@192.168.2.100。这样 Csync2 便会在连接时使用该 IP 地址。

3. 单击生成预共享密钥以创建同步组的密钥文件。密钥文件会写入 /etc/csync2/key_hagroup。创建后，必须将其手动复制到群集的所有成员。

4. 要使用通常需要在所有节点间同步的文件填充同步文件列表，请单击添加建议的文件。

5. 要在待同步的文件列表中编辑、添加或删除文件，请使用相应按钮。必须输入每个文件的绝对路径。

6. 通过单击打开 Csync2 激活 Csync2。此操作会执行以下命令，以在引导时自动启动 Csync2：

   # systemctl enable csync2.socket

   Copy

7. 单击完成。YaST 会将 Csync2 配置写入 /etc/csync2/csync2.cfg。

图 4.6︰ YaST 群集 - Csync2 #

 

4.7.2 使用 Csync2 同步更改 #

 

首次运行 Csync2 前，需要执行以下准备工作：

过程 4.8︰ 使用 Csync2 准备初始同步 #

 

1. 按照第 4.7.1 节 “使用 YaST 配置 Csync2”所述配置 /etc/csync2/csync2.cfg 后，手动将该文件复制到所有节点。

2. 将您执行第 4.7.1 节 的步骤 3 时在一个节点上生成的 /etc/csync2/key_hagroup 文件复制到群集中的所有节点。它是 Csync2 在进行身份验证时需要使用的文件。但请勿在其他节点上重新生成该文件，因为所有节点上的文件都必须相同。

3. 在所有节点上执行以下命令，以便立即启动服务：

   # systemctl start csync2.socket

   Copy

过程 4.9︰ 使用 Csync2 同步配置文件 #

 

1. 要对所有文件执行一次初始同步，请在要从中复制配置的计算机上执行以下命令：

   # csync2 -xv

   Copy

   这会将文件推送到其他节点，从而一次同步所有文件。如果成功同步了所有文件，Csync2 完成时不会显示任何错误。

   如果在其他节点（不只是当前节点）上对要同步的一个或多个文件进行了修改，Csync2 会显示类似以下消息的输出来报告存在冲突：

   While syncing file /etc/corosync/corosync.conf:
   ERROR from peer hex-14: File is also marked dirty here!
   Finished with 1 errors.

   Copy

2. 如果确信当前节点上的文件版本是“最佳”版本，可以通过强制使用此文件并重新同步来解决冲突：

   # csync2 -f /etc/corosync/corosync.conf
   # csync2 -x

   Copy

有关 Csync2 选项的更多信息，请运行

# csync2 -help

Copy

注意：发生任何更改后推送同步

Csync2 仅推送更改。它不会在计算机之间连续同步文件。

每次更新应同步的文件时，都需要在您进行了更改的计算机上运行 csync2  -xv，来将更改推送到其他计算机。如果在文件未更改的任何其他计算机上运行此命令，系统不会执行任何操作。

完成初始群集配置后，启动所有群集节点上的群集服务，以使堆栈上线：

完成基本配置并且节点上线后，可以开始配置群集资源。使用其中一种群集管理工具，例如 crm 外壳 (crmsh) 或 Hawk2。有关更多信息，请参见第 5.4 节 “Hawk2 简介”或第 5.5 节 “crmsh 简介”。

群集通常分为以下两类：

添加不同的拓扑可以衍生不同的用例。下面是最常见的用例：

当一个或多个节点与群集的剩余节点之间的通讯失败时，即会发生群集分区。这些节点只能与同一分区中的其他节点通讯，并不知道被隔开的节点的存在。如果群集分区具有多数节点（或投票），则将其定义为具有仲裁（是“具有法定票数的”）。通过仲裁计算来获得此结果。要实现屏蔽，就必须具有仲裁。

仲裁不是由 Pacemaker 计算或确定。Corosync 可以直接处理双节点群集的仲裁，无需更改 Pacemaker 配置。

仲裁计算方式受以下因素的影响：

quorum {
   # Enable and configure quorum subsystem (default: off)
   # see also corosync.conf.5 and votequorum.5
   provider: corosync_votequorum
   expected_votes: 2
   two_node: 1
}

quorum {
   provider: corosync_votequorum 1
   expected_votes: N 2
   wait_for_all: 1 3
}

全局群集选项控制群集在遇到特定情况时的行为方式。它们被分成若干组，可通过 Hawk2 和 crm 外壳等群集管理工具来查看和修改。

通常可保留预定义值。但为了使群集的关键功能正常工作，需要在进行基本群集设置后调整以下参数：

5.3.2 全局选项 stonith-enabled #

 

此全局选项定义是否要应用屏蔽，以允许 STONITH 设备关闭发生故障的节点以及无法停止其资源的节点。默认情况下，此全局选项设置为 true，因为对于常规的群集操作，有必要使用 STONITH 设备。根据默认值，如果未定义 STONITH 资源，群集会拒绝启动任何资源。

如果出于任何原因而需要禁用屏蔽，请将 stonith-enabled 设置为 false，但请注意，这会影响产品的支持状态。此外，在 stonith-enabled="false" 的情况下，分布式锁管理器 (DLM) 等资源以及依赖于 DLM 的所有服务（例如 lvmlockd、GFS2 和 OCFS2）都将无法启动。

重要：不支持无 STONITH 的群集

不支持无 STONITH 资源的群集。

要配置和管理群集资源，请使用 Hawk2 或 crm 外壳 (crmsh) 命令行实用程序。

Hawk2 的用户友好 Web 界面可让您从 Linux 或非 Linux 计算机监控和管理 High Availability 群集。可使用（图形）Web 浏览器从群集内外的任何计算机访问 Hawk2。

5.4.3 Hawk2 概述：主要元素 #

 

登录 Hawk2 后，左侧会显示一个导航栏，右侧会显示一个顶层行，其中包含若干链接。

注意：Hawk2 中的可用功能

默认情况下，以 root 或 hacluster 身份登录的用户对所有群集配置任务具有完全读写访问权。不过，使用访问控制列表 (ACL) 可以定义细化的访问权限。

如果在 CRM 中启用了 ACL，Hawk2 中的可用功能取决于用户角色和指派给这些角色的访问权限。Hawk2 中的历史记录浏览器只能由用户 hacluster 来执行。

5.4.3.1 左侧导航栏 #

 

监控

• 状态：一目了然地显示当前的群集状态（与 crmsh 上的 crm status 作用类似）。有关详细信息，请参见 第 11.1.1 节 “监控单个群集”。如果群集包含 guest nodes（运行 pacemaker_remote 守护程序的节点），这些节点也会显示。屏幕刷新频率接近实时刷新：任何节点或资源状态的更改都几乎立即可见。

• 仪表板：可用于监控多个群集（如果您设置了 Geo 群集，还会位于多个不同站点）。有关详细信息，请参见 第 11.1.2 节 “监控多个群集”。如果群集包含 guest nodes（运行 pacemaker_remote 守护程序的节点），这些节点也会显示。屏幕刷新频率接近实时刷新：任何节点或资源状态的更改都几乎立即可见。

查错

• 历史记录：打开历史记录浏览器，您可以从中生成群集报告。有关详细信息，请参见 第 11.3 节 “查看群集历史记录”。

• 命令日志：列出 Hawk2 最近执行的 crmsh 命令。

配置

• 添加资源：打开资源配置屏幕。有关详细信息，请参见 第 6 章 “配置群集资源”。

• 添加约束：打开约束配置屏幕。有关详细信息，请参见 第 7 章 “配置资源约束”。

• 向导：可让您从数个向导中选择一个，以便引导您完成为某个工作负载（例如，某个 DRBD 块设备）创建资源的流程。有关详细信息，请参见 第 5.4.6 节 “使用向导添加资源”。

• 编辑配置：可用于编辑资源、约束、节点名称和属性、标记、alerts 和 fencing topologies。

• 群集配置：可用于修改全局群集选项以及资源和操作默认值。有关详细信息，请参见 第 5.4.4 节 “配置全局群集选项”。

• 访问控制 › 角色：打开一个屏幕，您可在其中为访问控制列表（即用于描述对 CIB 的访问权限的规则集）创建角色。有关详细信息，请参见 过程 15.2 “使用 Hawk2 添加 monitor 角色”。

• 访问控制 › 目标：打开一个屏幕，您可在其中为访问控制列表创建目标（系统用户），并为这些目标指派角色。有关详细信息，请参见 过程 15.3 “使用 Hawk2 向目标指派角色”。

5.4.3.2 顶层行 #

 

Hawk2 的顶层行显示以下条目：

• 批：单击可切换到批模式。可用于模拟和分阶段进行更改并通过单次事务应用这些更改。有关详细信息，请参见 第 5.4.7 节 “使用批模式”。

• USERNAME：可用于设置 Hawk2 的首选项（例如，Web 界面的语言，或者是否在 STONITH 处于禁用状态时显示警告）。

• 帮助：访问 SUSE Linux Enterprise High Availability 文档、查看发行说明或报告 Bug。

• 注销：单击可注销。

5.4.6 使用向导添加资源 #

 

Hawk2 向导是设置简单资源（如虚拟 IP 地址或 SBD STONITH 资源）的便捷方式。对于包含多个资源的复杂配置（例如 DRBD 块设备或 Apache Web 服务器的资源配置）而言，这种方法也十分有用。向导会引导您完成所有配置步骤，并提供您需要输入的参数的相关信息。

过程 5.4︰ 使用资源向导 #

 

1. 登录 Hawk2：

   https://HAWKSERVER:7630/

   Copy

2. 从左侧导航栏中，选择配置 › 向导。

3. 单击各个类别旁边的向下箭头图标将其展开，然后选择所需的向导。

4. 按照屏幕指导执行操作。完成最后的配置步骤后，校验您所输入的值。

   Hawk2 会显示它将执行的操作以及配置的最终成果。根据配置，您可能会收到提示要求输入 root 口令才能应用配置。

图 5.2︰ Hawk2 - Apache Web 服务器向导 #

 

有关详细信息，请参见第 6 章 “配置群集资源”。

5.4.7 使用批模式 #

 

Hawk2 提供批模式，包括群集模拟器。该模式可用于以下操作：

• 对群集进行分阶段更改并通过单次事务应用这些更改，而不是让每项更改立即生效。

• 模拟更改和群集事件，例如，了解可能失败的情况。

例如，在创建相互依赖的资源组时，可以使用批模式。通过使用批模式，您可以避免将中间或不完整的配置应用到群集。

启用批模式后，您可以添加或编辑资源和约束，或更改群集配置。此外，还可以模拟群集中的事件，包括变为上线或下线的节点、资源操作，以及要授予或撤消的票据。有关详细信息，请参见 过程 5.6 “插入节点、资源或票据事件”。

群集模拟器会在每次更改后自动运行，并在用户界面上显示预期效果。举例而言，这还意味着当您在批模式下停止某资源时，用户界面上会将该资源显示为已停止，但实际上，该资源仍在运行中。

重要：实时系统的向导和更改

某些向导包含除纯群集配置以外的其他操作。在批模式下使用这些向导时，群集配置以外的任何其他更改都将立即应用到在线系统。

因此，需要 root 权限的向导无法在批模式下执行。

过程 5.5︰ 使用批模式 #

 

1. 登录 Hawk2：

   https://HAWKSERVER:7630/

   Copy

2. 要激活批模式，请从顶层行选择批。

   顶层行下方即会另外显示一栏，指出批模式处于活动状态，且包含指向您可在批模式下执行的操作的链接。

   

   图 5.3︰ Hawk2 批模式已激活 #

    

3. 当批模式处于活动状态时，对群集执行任意更改，例如添加或编辑资源和约束，或编辑群集配置。

   系统将会模拟更改，并将其显示在所有屏幕上。

4. 要查看所做更改的细节，请从批模式栏中选择显示。批模式窗口即会打开。

   对于任何配置更改，该模式会以 crmsh 语法显示实时状态与模拟更改之间的差异：以 - 字符开头的行表示当前状态，而以 + 开头的行显示的是预期状态。

5. 要插入事件或查看更多细节，请参见过程 5.6。否则请关闭窗口。

6. 选择丢弃或应用模拟的更改，并确认您的选择。此操作还会停用批模式，使您回到正常模式。

在批模式下运行时，Hawk2 还允许您插入节点事件和资源事件。

节点事件

可让您更改节点的状态。可用的状态有上线、下线和不正常。

资源事件

可让您更改资源的一些属性。例如，您可以设置操作（如 monitor、start、stop）、操作要应用到的节点，以及要模拟的预期结果。

票据事件

可让您测试授予和撤消票据（用于 Geo 群集）的影响。

过程 5.6︰ 插入节点、资源或票据事件 #

 

1. 登录 Hawk2：

   https://HAWKSERVER:7630/

   Copy

2. 如果批模式未启动，请单击顶层行上的批切换到批模式。

3. 在批模式栏中，单击显示打开批模式窗口。

4. 要模拟节点的状态更改：

   1. 单击插入 › 节点事件。

   2. 选择要操作的节点，然后选择其目标状态。

   3. 确认更改。您的事件便会添加到批模式对话框中所列的事件队列中。

5. 模拟资源操作：

   1. 单击插入 › 资源事件。

   2. 选择要操作的资源和要模拟的操作。

   3. 如果必要，请定义间隔。

   4. 选择要运行操作的节点及目标结果。您的事件便会添加到批模式对话框中所列的事件队列中。

   5. 确认更改。

6. 要模拟票据操作，请执行以下操作：

   1. 单击插入 › 票据事件。

   2. 依次选择要操作的票据和要模拟的操作。

   3. 确认更改。您的事件便会添加到批模式对话框中所列的事件队列中。

7. 批模式对话框（图 5.4）会为每个插入的事件显示新的一行。此处列出的所有事件都会立即被模拟并反映到状态屏幕上。

   如果您还执行了任何配置更改，在线状态和模拟更改之间的差异会显示在所插入事件的下方。

   

   图 5.4︰ Hawk2 批模式 - 插入的事件和配置更改 #

    

8. 要去除插入的事件，请单击该事件旁边的去除图标。Hawk2 会相应地更新状态屏幕。

9. 要查看模拟运行的更多细节，请单击模拟器并选择以下选项之一：

   摘要

   显示详细的摘要。

   CIB（输入）/CIB（输出）

   CIB（输入）会显示初始的 CIB 状态。CIB（输出）会显示转换后 CIB 的情况。

   转换图

   显示转换的图形表示形式。

   交付

   显示转换的 XML 表示形式。

10. 如果您已审阅模拟的更改，请关闭批模式窗口。

11. 要退出批模式，请应用或丢弃模拟的更改。

要配置和管理群集资源，可以使用 crm 外壳 (crmsh) 命令行实用程序或 Hawk2（基于 Web 的用户界面）。

本节介绍命令行工具 crm。crm 命令有多个子命令，用于管理资源、CIB、节点和资源代理等对象。它提供了全面的帮助系统，并嵌入了示例。所有示例都遵循附录 B 中所述的命名约定。

事件记录到 /var/log/crmsh/crmsh.log 中。

提示：交互式 crm 提示符

使用不带参数（或只带一个 sublevel 参数）的 crm，crm 外壳将进入交互式模式。此模式由以下提示符指示：

crm(live/HOSTNAME)

Copy

为了容易阅读，我们的文档在交互式 crm 提示符中省略了主机名。仅当您需要在特定的节点（如 alice）上运行交互式外壳时，才包含主机名，例如：

crm(live/alice)

Copy

user@node1 > sudo --preserve-env=SSH_AUTH_SOCK \
crm cluster init ssh --use-ssh-agent

user@node2 > sudo --preserve-env=SSH_AUTH_SOCK \
crm cluster join ssh --use-ssh-agent -c USER@NODE1

5.5.2 获得帮助 #

 

可通过以下方式之一访问帮助：

• 输出 crm 及其命令行选项的用法：

  # crm --help

  Copy

• 列出所有可用的命令：

  # crm help

  Copy

• 访问其他帮助部分，而不只是命令参考：

  # crm help topics

  Copy

• 查看 configure 子命令的完整帮助文本：

  # crm configure help

  Copy

• 列显 configure 的子命令 group 的语法、用法及示例：

  # crm configure help group

  Copy

  以下命令的作用相同：

  # crm help configure group

  Copy

基本上 help 子命令（不要与 --help 选项混淆）的所有输出都会打开一个文本编辑器。此文本编辑器允许您向上/向下滚动，以便更加方便地阅读帮助文本。要退出文本编辑器，请按 Q 键。

提示：在 Bash 和交互式外壳中使用 Tab 键补全

crmsh 不仅为交互式外壳提供 Tab 键补全，还全面支持在 Bash 中直接使用此功能。例如，键入 crm help config→| 会补全文字，就像在交互式外壳中一样。

5.5.3 执行 crmsh 的子命令 #

 

crm 命令本身可按以下方式使用：

• 直接： 将所有子命令与 crm 结合使用，按 Enter 键，便会立即看到输出。例如，输入 crm help ra 可获取有关 ra 子命令（资源代理）的信息。

  可以缩写子命令，前提是缩写后的子命令是唯一的。例如，您可以将 status 缩写为 st，crmsh 可以识别该缩写。

  另一项功能是缩写参数。通常，您是通过 params 关键字添加参数的。如果 params 是第一个且是唯一存在的部分，则可以省略。例如，下面一行：

  # crm primitive ipaddr IPaddr2 params ip=192.168.0.55

  Copy

  相当于下行：

  # crm primitive ipaddr IPaddr2 ip=192.168.0.55

  Copy

• 作为 crm 外壳脚本： 外壳脚本包含 crmcrm 的子命令。有关详细信息，请参见第 5.5.5 节 “使用 crmsh 的外壳脚本”。

• 作为 crmsh 群集脚本：此类脚本是元数据、对 RPM 包的参照、配置文件及多个 crmsh 子命令捆绑在一起并以单个描述性名称命名的集合。可以通过 crm script 命令来管理这些内容。

  请不要将它们与 crmsh 外壳脚本相混淆：尽管两者具有一些共同的目标，但 crm 外壳脚本只包含子命令，而群集脚本所包含的远远不只是简单的命令枚举。有关详细信息，请参见第 5.5.6 节 “使用 crmsh 的群集脚本”。

• 作为内部外壳交互： 输入 crm 以进入内壳。提示符会切换为 crm(live)。使用 help 可获取可用子命令的概述。由于内壳具有不同级别的子命令，您可以键入一个子命令然后按 Enter“进入”相应的级别。

  例如，如果输入 resource，则进入资源管理级别。提示符会切换为 crm(live)resource#。要退出该内部的外壳，请使用 quit 命令。如果需要返回上一个级别，可使用 back、up、end 或 cd。

  键入 crm 和相应的子命令（不带任何选项）并按 Enter，即可直接进入该级别。

  该内部外壳还支持使用 Tab 键补全子命令和资源。键入命令的开头，然后按 →| 键，crm 便会补全相应命令。

crmsh 还支持执行同步命令。使用 -w 选项可以激活该功能。如果已启动 crm 但未指定 -w，之后可以将用户首选项的 wait 设为 yes (options wait yes) 来启用它。如果此选项已启用，则 crm 将会等到事务完成为止。事务一经启用，就会打印出点以指示进度。同步命令执行仅适用于 resource start 之类的命令。

注意：区分管理子命令与配置子命令

crm 工具有管理功能（子命令 resource 和 node），可用于配置设置（configure 和 cib）。

下面的小节概述了 crm 工具的重要方面。

5.5.4 显示有关 OCF 资源代理的信息 #

 

由于在群集配置中一直需要处理资源代理，crm 工具包含了 ra 命令。使用该命令可以显示有关资源代理的信息并对其进行管理（如需其他信息，另请参见第 6.2 节 “支持的资源代理类别”）：

# crm ra
crm(live)ra# 

Copy

classes 命令可列出所有类别和提供方：

crm(live)ra# classes
 lsb
 ocf / heartbeat linbit lvm2 ocfs2 pacemaker
 service
 stonith
 systemd

Copy

要大致了解某个类别（和提供方）的所有可用资源，请使用 list 命令：

crm(live)ra# list ocf
AoEtarget           AudibleAlarm        CTDB                ClusterMon
Delay               Dummy               EvmsSCC             Evmsd
Filesystem          HealthCPU           HealthSMART         ICP
IPaddr              IPaddr2             IPsrcaddr           IPv6addr
LVM                 LinuxSCSI           MailTo              ManageRAID
ManageVE            Pure-FTPd           Raid1               Route
SAPDatabase         SAPInstance         SendArp             ServeRAID
...

Copy

可使用 info 查看资源代理的概述：

crm(live)ra# info ocf:linbit:drbd
This resource agent manages a DRBD* resource
as a master/slave resource. DRBD is a shared-nothing replicated storage
device. (ocf:linbit:drbd)

Master/Slave OCF Resource Agent for DRBD

Parameters (* denotes required, [] the default):

drbd_resource* (string): drbd resource name
    The name of the drbd resource from the drbd.conf file.

drbdconf (string, [/etc/drbd.conf]): Path to drbd.conf
    Full path to the drbd.conf file.

Operations' defaults (advisory minimum):

    start         timeout=240
    promote       timeout=90
    demote        timeout=90
    notify        timeout=90
    stop          timeout=100
    monitor_Slave_0 interval=20 timeout=20 start-delay=1m
    monitor_Master_0 interval=10 timeout=20 start-delay=1m

Copy

按 Q 退出查看器。

提示：直接使用 crm

在之前的示例中，我们使用了 crm 命令的内壳。但是您不一定非要使用它。将相应子命令添加到 crm 中也可获得相同的结果。例如，在外壳中输入 crm ra list ocf 可以列出所有 OCF 资源代理。

# A small example file with some crm subcommands
status
node list

# crm -f example.cli
# crm < example.cli

# crm script list

# crm script show mailto
mailto (Basic)
MailTo

 This is a resource agent for MailTo. It sends email to a sysadmin
whenever  a takeover occurs.

1. Notifies recipients by email in the event of resource takeover

  id (required)  (unique)
      Identifier for the cluster resource
  email (required)
      Email address
  subject
      Subject

# crm script verify mailto id=sysadmin email=tux@example.org
1. Ensure mail package is installed

        mailx

2. Configure cluster resources

        primitive sysadmin MailTo
                email="tux@example.org"
                op start timeout="10"
                op stop timeout="10"
                op monitor interval="10" timeout="10"

        clone c-sysadmin sysadmin

# crm script run mailto id=sysadmin email=tux@example.org
INFO: MailTo
INFO: Nodes: alice, bob
OK: Ensure mail package is installed
OK: Configure cluster resources

# crm status
[...]
 Clone Set: c-sysadmin [sysadmin]
     Started: [ alice bob ]

5.5.7 使用配置模板 #

 

注意：弃用注意事项

配置模板已弃用，将来会被去除。配置模板将由群集脚本取代。请参见 第 5.5.6 节 “使用 crmsh 的群集脚本”。

配置模板可为 crmsh 提供即时可用的群集配置。请不要将其与资源模板（如第 6.8.2 节 “使用 crmsh 创建资源模板”中所述）混淆。资源模板只适用于群集，而不适用于 crm 外壳。

配置模板只需稍作更改，即可满足特定用户的需要。每次使用模板创建配置时，都会出现警告消息，提示您哪些可以稍后编辑以供将来自定义。

以下步骤显示了如何创建简单有效的 Apache 配置：

1. 以 root 用户身份登录，然后启动 crm 交互式外壳：

   # crm configure

   Copy

2. 从配置模板创建一个新配置：

   1. 切换到 template 子命令：

      crm(live)configure# template

      Copy

   2. 列出可用的配置模板：

      crm(live)configure template# list templates
      gfs2-base   filesystem  virtual-ip  apache   clvm     ocfs2    gfs2

      Copy

   3. 确定需要的配置模板。由于我们需要 Apache 配置，因此选择了 apache 模板并将其命名为 g-intranet：

      crm(live)configure template# new g-intranet apache
      INFO: pulling in template apache
      INFO: pulling in template virtual-ip

      Copy

3. 定义参数：

   1. 列出您创建的配置：

      crm(live)configure template# list
      g-intranet

      Copy

   2. 显示需要由您填充的最少的必要更改：

      crm(live)configure template# show
      ERROR: 23: required parameter ip not set
      ERROR: 61: required parameter id not set
      ERROR: 65: required parameter configfile not set

      Copy

   3. 调用首选的文本编辑器，填写显示为错误（如步骤 3.b 中所示）的所有行：

      crm(live)configure template# edit

      Copy

4. 显示配置并检查配置是否有效（粗体文本取决于您在步骤 3.c 中进入的配置）：

   crm(live)configure template# show
   primitive virtual-ip ocf:heartbeat:IPaddr \
       params ip="192.168.1.101"
   primitive apache apache \
       params configfile="/etc/apache2/httpd.conf"
       monitor apache 120s:60s
   group g-intranet \
       apache virtual-ip

   Copy

5. 应用配置：

   crm(live)configure template# apply
   crm(live)configure# cd ..
   crm(live)configure# show

   Copy

6. 将更改提交到 CIB：

   crm(live)configure# commit

   Copy

如果知道细节，可以更加简化命令。上述过程可汇总为外壳上的以下命令：

# crm configure template \
   new g-intranet apache params \
   configfile="/etc/apache2/httpd.conf" ip="192.168.1.101"

Copy

如果在 crm 内壳中，可使用以下命令：

crm(live)configure template# new intranet apache params \
   configfile="/etc/apache2/httpd.conf" ip="192.168.1.101"

Copy

但是，前一条命令仅会从配置模板创建其配置。它不会将其应用或提交到 CIB。

# crm configure
crm(live)configure# show fence-bob
primitive fence-bob stonith:apcsmart \
        params hostlist="bob"
crm(live)configure# monitor fence-bob 120m:60s
crm(live)configure# show changed
primitive fence-bob stonith:apcsmart \
        params hostlist="bob" \
        op monitor interval="120m" timeout="60s"
crm(live)configure# ptest
crm(live)configure# commit

# crm configure graph dot config.svg svg

# crm corosync status
Printing ring status.
Local node ID 175704363
RING ID 0
        id      = 10.121.9.43
        status  = ring 0 active with no faults
Quorum information
------------------
Date:             Thu May  8 16:41:56 2014
Quorum provider:  corosync_votequorum
Nodes:            2
Node ID:          175704363
Ring ID:          4032
Quorate:          Yes

Votequorum information
----------------------
Expected votes:   2
Highest expected: 2
Total votes:      2
Quorum:           2
Flags:            Quorate

Membership information
----------------------
    Nodeid      Votes Name
 175704363          1 alice.example.com (local)
 175704619          1 bob.example.com

# crm corosync diff
--- bob
+++ alice
@@ -46,2 +46,2 @@
-       expected_votes: 2
-       two_node: 1
+       expected_votes: 1
+       two_node: 0

# crm configure show
primitive mydb mysql \
   params replication_user=admin ...

# crm resource secret mydb set passwd linux
INFO: syncing /var/lib/heartbeat/lrm/secrets/mydb/passwd to [your node list]

# crm resource secret mydb show passwd
linux

可创建以下类型的资源：

对于添加的每个群集资源，需要定义资源代理需遵守的标准。资源代理提取它们提供的服务并显示群集的确切状态，以使群集对其管理的资源不作确答。群集依赖于资源代理在收到启动、停止或监控命令时作出相应反应。

通常，资源代理的形式为外壳脚本。SUSE Linux Enterprise High Availability 支持以下几类资源代理：

SUSE Linux Enterprise High Availability 随附的代理是按照 OCF 规范编写的。

资源的超时值会受以下参数的影响：

注意：值的优先级

如果为资源定义了特定值，则该值优先于全局默认值。资源的特定值也优先于在资源模板中定义的值。

获取超时值权限非常重要。将超时值设置得太小，会因以下原因产生大量（不必要的）屏蔽操作：

您可以使用 crmsh 和 Hawk2 调整操作的全局默认值并设置任何特定的超时值。确定和设置超时值的最佳实践如下所示：

必须先设置群集中的资源，然后才能使用它。例如，要使用 Apache 服务器作为群集资源，请先设置 Apache 服务器并完成 Apache 配置，然后才能在群集中启动相应的资源。

如果资源有特定环境要求，请确保这些要求已得到满足并且在所有群集节点上均相同。此类配置无法通过 SUSE Linux Enterprise High Availability 管理。您必须自行管理。

可以使用 Hawk2 或 crmsh 来创建原始资源。

注意：不要操作由群集管理的服务

当您使用 SUSE Linux Enterprise High Availability 管理某个资源时，就不能以其他方式启动或停止该资源（例如，在群集外手动启动或停止，或在系统引导或重引导时启动或停止）。该 High Availability 软件会负责所有服务的启动或停止操作。

如果当服务已在群集控制下运行后您需要执行测试或维护任务，请确保先将资源、节点或整个群集置于维护模式，然后再进行手动处理。有关详细信息，请参见 第 28.2 节 “用于维护任务的不同选项”。

重要：资源 ID 和节点名称

群集资源和群集节点的名称应该不同。否则，Hawk2 将会失败。

某些群集资源依赖于其他组件或资源，它们要求每个组件或资源都按特定顺序启动，并与其依赖的资源一起在同一服务器上运行。要简化此配置，可以使用群集资源组。

可以使用 Hawk2 或 crmsh 来创建资源组。

图 6.2︰ 组资源 #

 

组具有以下属性：

6.5.1 使用 Hawk2 创建资源组 #

 

注意：空组

组必须包含至少一个资源，否则配置无效。创建组时，Hawk2 允许您创建多个原始资源并将它们添加到组中。

过程 6.4︰ 使用 Hawk2 添加资源组 #

 

1. 登录 Hawk2：

   https://HAWKSERVER:7630/

   Copy

2. 从左侧导航栏中，选择配置 › 添加资源 › 组。

3. 输入唯一的组 ID。

4. 要定义组成员，请选择子项列表中的一项或多项。通过使用右侧的“手柄”图标将组成员拖放为需要的顺序对其进行重新排序。

5. 根据需要修改或添加元属性。

6. 单击创建以完成配置。如果操作成功，屏幕顶部会显示一条消息。

图 6.3︰ Hawk2 - 资源组 #

 

您可能希望某些资源在群集的多个节点上同时运行。为此，必须将资源配置为克隆资源。可以配置为克隆的资源示例包括群集文件系统（如 OCFS2）。可以克隆提供的任何资源。资源的代理支持此操作。克隆资源的配置甚至也有不同，具体取决于资源驻留的节点。

资源克隆有三种类型：

克隆资源必须正好包含一组或一个常规资源。

配置资源监控或约束时，克隆资源与简单资源具有不同的要求。有关细节，请参见 https://www.clusterlabs.org/pacemaker/doc/ 上的 Pacemaker Explained。

可以使用 Hawk2 或 crmsh 来创建克隆资源。

6.6.1 使用 Hawk2 创建克隆资源 #

 

注意：克隆资源的子资源

克隆资源可以包含原始资源或组作为子资源。在 Hawk2 中，创建克隆资源时不能创建或修改子资源。添加克隆资源之前，先创建子资源并根据需要配置它们。

过程 6.6︰ 使用 Hawk2 添加克隆资源 #

 

1. 登录 Hawk2：

   https://HAWKSERVER:7630/

   Copy

2. 从左侧导航栏中，选择配置 › 添加资源 › 克隆。

3. 输入唯一的克隆 ID。

4. 从子资源列表中，选择要作为克隆子资源的原始资源或组。

5. 根据需要修改或添加元属性。

6. 单击创建以完成配置。如果操作成功，屏幕顶部会显示一条消息。

图 6.4︰ Hawk2 - 克隆资源 #

 

可升级克隆（以前称为多状态资源）是一种特殊的克隆。它们可让实例处于两种运行模式之一（主要或次要）。可升级克隆只能包含一个组或一个常规资源。

配置资源监控或约束时，可升级克隆的要求与简单资源不同。有关细节，请参见 https://www.clusterlabs.org/pacemaker/doc/ 上的 Pacemaker Explained。

可以使用 Hawk2 或 crmsh 来创建可升级克隆资源。

6.7.1 使用 Hawk2 创建可升级克隆资源 #

 

注意：可升级克隆资源的子资源

可升级克隆资源可以包含原始资源或组作为子资源。在 Hawk2 中，创建可升级克隆资源时不能创建或修改子资源。添加可升级克隆资源之前，请先创建子资源并根据需要配置它们。请参阅第 6.4.1 节 “使用 Hawk2 创建原始资源”或第 6.5.1 节 “使用 Hawk2 创建资源组”。

过程 6.8︰ 使用 Hawk2 添加可升级克隆资源 #

 

1. 登录 Hawk2：

   https://HAWKSERVER:7630/

   Copy

2. 从左侧导航栏中，选择配置 › 添加资源 › 多状态。

3. 输入唯一的多状态 ID。

4. 从子资源列表中，选择要作为多状态资源的子资源的原始资源或组。

5. 根据需要修改或添加元属性。

6. 单击创建以完成配置。如果操作成功，屏幕顶部会显示一条消息。

如果希望创建具有类似配置的多个资源，则定义资源模板是最简单的方式。定义好模板后，就可以在原始资源或特定类型的约束中引用它，如第 7.3 节 “资源模板和约束”中所述。

如果在原始资源中引用了模板，该原始资源会继承模板中定义的所有操作、实例属性（参数）、元属性和利用率属性。此外，还可以为原始资源定义特定的操作或属性。如果在模板和原始资源中都定义了以上内容，原始资源中定义的值将优先于模板中定义的值。

可以使用 Hawk2 或 crmsh 来创建资源模板。

# crm configure rsc_template
 usage: rsc_template <name> [<class>:[<provider>:]]<type>
        [params <param>=<value> [<param>=<value>...]]
        [meta <attribute>=<value> [<attribute>=<value>...]]
        [utilization <attribute>=<value> [<attribute>=<value>...]]
        [operations id_spec
            [op op_type [<attribute>=<value>...] ...]]

crm(live)configure# rsc_template BigVM ocf:heartbeat:Xen \
   params allow_mem_management="true" \
   op monitor timeout=60s interval=15s \
   op stop timeout=10m \
   op start timeout=10m

crm(live)configure# primitive MyVM1 @BigVM \
   params xmfile="/etc/xen/shared-vm/MyVM1" name="MyVM1"

crm(live)configure# primitive MyVM1 Xen \
   params xmfile="/etc/xen/shared-vm/MyVM1" name="MyVM1" \
   params allow_mem_management="true" \
   op monitor timeout=60s interval=15s \
   op stop timeout=10m \
   op start timeout=10m

crm(live)configure# primitive MyVM2 @BigVM \
   params xmfile="/etc/xen/shared-vm/MyVM2" name="MyVM2" \
   op monitor timeout=120s interval=30s

重要：不支持无 STONITH 的配置

• 您必须为群集配置节点屏蔽机制。

• 全局群集选项 stonith-enabled 和 startup-fencing 必须设置为 true。如果您更改这些选项，将会失去支持。

默认情况下，全局群集选项 stonith-enabled 设置为 true。如果未定义 STONITH 资源，群集会拒绝启动任何资源。配置一个或多个 STONITH 资源以完成 STONITH 设置。虽然 STONITH 资源的配置过程与其他资源类似，但它们的行为在某些方面有所不同。有关细节，请参见第 12.3 节 “STONITH 资源和配置”。

可以使用 Hawk2 或 crmsh 来创建 STONITH 资源。

如果要确保资源正在运行，必须为其配置资源监控。可以使用 Hawk2 或 crmsh 来配置资源监控功能。

如果资源监控程序检测到故障，将发生以下情况：

如果不配置资源监控，系统不会告知您资源成功启动后发生的故障，并且群集始终将资源显示为健康状况良好。

通常，资源仅会在运行时受到群集的监控。但是，为了检测并发违例，还需为停止的资源配置监控。要进行资源监控，请指定超时和/或启动延迟值及间隔。间隔告诉 CRM 检查资源状态的频率。您还可以设置特定参数，例如为 start 或 stop 操作设置 timeout。

有关监控操作参数的详细信息，请参见第 6.14 节 “资源操作”。

6.10.1 使用 Hawk2 配置资源监控功能 #

 

过程 6.13︰ 添加和修改操作 #

 

1. 登录 Hawk2：

   https://HAWKSERVER:7630/

   Copy

2. 按过程 6.2 “使用 Hawk2 添加原始资源”中所述添加资源，或选择要编辑的现有原始资源。

   Hawk2 会自动显示最重要的操作（monitor、start、stop）并建议默认值。

   要查看属于每个建议值的属性，请将鼠标悬停在相应的值上。

   

   图 6.6︰ 操作值 #

    

3. 要更改针对 start 或 stop 操作建议的 timeout 值，请执行以下操作：

   1. 单击操作旁边的钢笔图标。

   2. 在打开的对话框中，为 timeout 参数输入其他值（例如 10），然后确认更改。

4. 要更改针对 操作建议的间隔monitor值，请执行以下操作：

   1. 单击操作旁边的钢笔图标。

   2. 在打开的对话框中，为监控 interval 输入不同的值。

   3. 要配置资源停止时针对资源的监控，请执行以下操作：

      1. 从下面的空下拉框中选择 role 这一项。

      2. 从 role 下拉框中选择 Stopped。

      3. 单击应用确认更改并关闭操作对话框。

5. 在资源配置屏幕中确认更改。如果操作成功，屏幕顶部会显示一条消息。

要查看资源故障，请切换到 Hawk2 中的状态屏幕，然后选择您感兴趣的资源。在操作列中，单击向下箭头图标并选择最近的事件。随后打开的对话框会列出对资源执行的最近操作。失败事件显示为红色。要查看资源细节，请单击操作列中的放大镜图标。

图 6.7︰ Hawk2 - 资源细节 #

 

crm(live)configure# primitive apache apache \
  params ... \
  op monitor interval=60s timeout=30s

crm(live)configure# primitive apache apache \
   params ...
 crm(live)configure# monitor apache 60s:30s

可从本地文件或网络 URL 加载部分或全部配置。可定义三种不同方法：

要从文件 mycluster-config.txt 加载新配置，请使用以下语法：

# crm configure load push mycluster-config.txt

您可以为添加的每个资源定义选项。群集使用这些选项来决定资源的行为，它们会告知 CRM 如何处理特定的资源。可以使用 crm_resource --meta 命令或 Hawk2 来设置资源选项。

下面列出了一些常见选项：

可为所有资源类的脚本指定参数，这些参数可确定脚本的行为方式和所控制的服务实例。如果资源代理支持参数，则可使用 crm_resource 命令或 Hawk2 添加这些参数。在 crm 命令行实用程序和 Hawk2 中，实例属性分别称为 params 和 Parameter。通过以 root 身份执行以下命令，可找到 OCF 脚本支持的实例属性列表：

# crm ra info [class:[provider:]]resource_agent

或（无可选部分）：

# crm ra info resource_agent

输出列出了所有支持的属性及其用途和默认值。

注意：组、克隆或可升级克隆的实例属性

请注意，组、克隆和可升级克隆资源没有实例属性。但是，组、克隆或可升级克隆的子级会继承任何实例属性集。

默认情况下，群集不会确保资源的健康状况一直良好。要指示群集确保资源能正常工作，需要将监控操作添加到资源定义中。可为所有类或资源代理添加监控操作。

监控操作可能具有以下属性：

提供三种不同的约束：

重要：约束与特定资源类型的限制

• 不要为资源组的成员创建共置约束，而是应该创建指向整个资源组的共置约束。其他所有类型的约束可安全地用于资源组的成员。

• 不要对包含克隆资源或者应用了可升级克隆资源的资源使用任何约束。约束必须应用于克隆资源或可升级克隆资源，而不能应用于子资源。

定义约束时，还需要指定分数。各种分数是群集工作方式的重要组成部分。事实上，从迁移资源到决定要将已降级群集中的哪个资源停止，所有这些操作都是通过操控分数来实现。分数按每个资源来计算，资源分数为负的任何节点都无法运行该资源。计算资源的分数后，群集会选择分数最高的节点。

INFINITY 目前定义为 1,000,000。提高或降低分数需遵循以下三个基本规则：

定义资源约束时，需为每个约束指定一个分数。分数表示您指派给此资源约束的值。分数较高的约束先应用，分数较低的约束后应用。通过为给定资源创建不同分数的其他位置约束，可以指定资源要故障转移至的目标节点的顺序。

如果定义了资源模板（请参见第 6.8 节 “创建资源模板”），则可在以下类型的约束中引用该模板：

但是，共置约束不得包含多个对模板的引用。资源集不得包含对模板的引用。

在约束中引用的资源模板代表派生自该模板的所有原始资源。这意味着，约束将应用于引用资源模板的所有原始资源。在约束中引用资源模板是资源集的备用方式，它可以显著简化群集配置。有关资源集的细节，请参见第 7.7 节 “使用资源集定义约束”。

位置约束决定资源可在哪个节点上运行、优先在哪个节点上运行，或者不能在哪个节点上运行。将与某个数据库相关的所有资源存放在同一个节点上，就是位置约束的一个示例。每个资源可多次添加此类约束。对于给定资源，将评估所有 location 约束。

可以使用 Hawk2 或 crmsh 来添加位置约束。

7.4.1 使用 Hawk2 添加位置约束 #

 

过程 7.1︰ 添加位置约束 #

 

1. 登录 Hawk2：

   https://HAWKSERVER:7630/

   Copy

2. 从左侧导航栏中，选择配置 › 添加约束 › 位置。

3. 输入唯一的约束 ID。

4. 从资源列表中，选择要为其定义约束的一个或多个资源。

5. 输入一个分数。分数表示您指派给此资源约束的值。正值表示资源可以在下一步中指定的节点上运行。负值表示它不应在该节点上运行。分数较高的约束先应用，分数较低的约束后应用。

   也可以通过下拉框设置某些常用值：

   • 要强制资源在该节点上运行，请单击箭头图标并选择 Always。如此会将分数设置为 INFINITY。

   • 如果要禁止资源在该节点上运行，请单击箭头图标并选择 Never。如此会将分数设置为 -INFINITY，表示资源不得在该节点上运行。

   • 要将分数设置为 0，请单击箭头图标并选择 Advisory。这样便会禁用约束。如果您要设置资源发现，但又不想约束资源，便可使用此方法。

6. 选择一个节点。

7. 单击创建以完成配置。如果操作成功，屏幕顶部会显示一条消息。

图 7.1︰ Hawk2 - 位置约束 #

 

crm(live)configure# location loc-fs1 fs1 100: alice

crm(live)configure# primitive ping ping \
    params name=ping dampen=5s multiplier=100 host_list="r1 r2"
crm(live)configure# clone cl-ping ping meta interleave=true
crm(live)configure# location loc-node_pref internal_www \
    rule 50: #uname eq alice \
    rule ping: defined ping