A.4.1 初始设置

按照针对 Sentinel 记录的要求以及本地客户要求，配置计算机硬件、网络硬件、储存硬件、操作系统、用户帐户和其他基本系统资源。测试系统以确保其运行正常且稳定。

A.4.2 共享储存设置

设置您的共享储存，并确保能够将它装入每个群集节点。如果您在使用 FibreChannel 和 SAN，这可能会涉及到物理连接和其他配置。共享储存将用于保存 Sentinel 的数据库和事件数据，因此，必须根据预期事件率和数据保留策略，针对客户环境相应调整共享储存的大小。

典型的实现可能会使用通过 FibreChannel 连接到所有群集节点的高速 SAN，并使用一个大型 RAID 阵列储存本地事件数据。可以将单独的 NAS 或 iSCSI 节点用于速度较慢的网络储存。只要群集节点可以像普通的块设备那样装入本地储存，就能供解决方案使用。网络储存也可以作为块设备装入，或者可能是 NFS 或 CIFS 卷。

本示范解决方案将使用 SUSE Linux VM 上配置的 iSCSI 目标。该 VM 是初始设置中列出的 storage03。iSCSI 设备可使用任何文件或块设备进行创建，但为简单起见，我们这里将使用专为此目的创建的文件。

连接到 storage03 并启动控制台会话。使用 dd 命令为 Sentinel 本地储存创建一个任意所需大小的空文件：

dd if=/dev/zero of=/localdata count=10240000 bs=1024

在本例中，我们创建了一个用零（从 /dev/zero pseudo-device 复制）填充的 10GB 文件。请参见 dd 的信息或手册页，以了解有关命令行选项的细节。例如，您可以创建不同大小的“磁盘”。iSCSI 目标将此文件视为磁盘；当然，如果您愿意的话，可以使用实际的磁盘。

重复此过程为网络储存创建文件：

dd if=/dev/zero of=/networkdata count=10240000 bs=1024

在本示例中，我们使用了两个大小与性能特征相同的文件（“磁盘”）。在生产部署中，您可以将本地储存放置在高速 SAN 上，而将网络储存放置在速度较慢的 iSCSI、NFS 或 CIFS 卷上。

将这些文件配置为 iSCSI 目标：

以上过程在 IP 地址为 10.0.0.3 的服务器上公开了两个 iSCSI 目标。在每个群集节点上，请确保该节点能够装入本地数据共享储存设备。另外，还必须格式化该设备（一次）：

重复上述过程中的步骤 1 至步骤 15，以确保每个群集节点都能够装入本地共享储存。但是，请将步骤 5 中的节点 IP 替换为其他 IP（例如，node02 > 10.0.0.2）。

A.4.3 Sentinel 安装

可以使用两个选项安装 Sentinel：将 Sentinel 的任何部分都安装到共享储存中（使用 --location 选项将 Sentinel 安装重定向到已装入共享储存的任何位置），或者只将可变应用程序数据放置在共享储存中。

在此示范解决方案中，我们将采用后一种方法，将 Sentinel 安装到可以托管 Sentinel 的每个群集节点上。在首次安装 Sentinel 时，我们将会执行完整安装，包括应用程序二进制文件、配置和所有数据储存区。在其他群集节点上执行后续安装时，只会安装应用程序，并假定在以后的某个时间（例如，在装入共享储存后）提供实际的 Sentinel 数据。

在此示范解决方案中，我们将 Sentinel 安装到每个群集节点，同时只在共享储存上储存可变应用程序数据。这会将应用程序二进制文件和配置保留在标准位置，使我们能够校验 RPM，并在特定的情况下支持热增补。

在其他节点上重复安装：

初始 Sentinel 安装程序将创建一个用户帐户供本产品使用，该用户帐户在安装时使用下一个可用的用户 ID。在无人照管模式下执行后续安装时，将尝试使用相同的用户 ID 创建帐户，但确实存在冲突的可能性（如果群集节点在安装时不相同）。强烈建议执行以下操作之一：

在此过程结束时，Sentinel 应已安装在所有节点上，但在同步各个密钥之前（在配置群集资源时会执行这种同步），它有可能无法正常工作。

A.4.4 群集安装

在每个节点上安装群集软件，并使用群集管理器注册每个群集节点。此操作的执行过程因群集实现而异，但在过程结束时，每个群集节点应出现在群集管理控制台中。

在我们的示范解决方案中，我们将设置 SUSE Linux High Availability Extension，并使用 Sentinel 特定的资源代理将它覆盖：

如果您不使用 OCF 资源代理监视 Sentinel，则可能需要为本地群集环境开发一个类似的监视解决方案。Sentinel 的 OCF 资源代理是一个简单的外壳脚本，它可以运行各种检查，以校验 Sentinel 是否正常工作。如果您想要开发自己的解决方案，则应该研究现有的资源代理并以此为例（资源代理储存在 Sentinel 下载包中的 sentinel-ha.rpm 内。）

有许多方法可用于配置 SLE HAE 群集，但我们将选择可以十分简单地完成配置的选项。第一步是安装核心 SLE HAE 软件；SLE HAE 文档中详尽地介绍了相关过程。有关安装 SLES 外接式附件的信息，请参见《部署指南》。

必须在所有群集节点（在我们的示例中为 node01 和 node02）上安装 SLE HAE。外接式附件将安装核心群集管理和通讯软件，以及用于监视群集资源的许多资源代理。

在安装群集软件后，应安装一个附加的 RPM，以提供 Sentinel 特定的附加群集资源代理。该 RPM 可以在安装产品时解压的正常 Sentinel 下载包中储存的 novell-Sentinel-ha-7.1*.rpm 内找到。

在每个群集节点上，将 novell-Sentinel-ha-7.1*.rpm 复制到 /tmp 目录中，然后执行以下命令：

cd /tmp

rpm -i novell-Sentinel-ha-7.1*.rpm

A.4.5 群集配置

您必须配置群集软件，以便将每个群集节点注册为群集的成员。作为此配置的一部分，您还可以设置隔离和 STONITH 资源，以确保群集的一致性。

我们的示范解决方案基本上使用了不包含附加冗余或其他高级功能的最简单配置。我们还使用了单播地址（而不是首选的多播地址），因为它要求的与网络管理员之间的交互更少，并且足以用于实现测试目的。我们还设置了一个基于 SBD 的简单隔离资源。

本示范解决方案将使用私用 IP 地址进行内部群集通讯，并使用单播地址最大程度地减少从网络管理员请求多播地址的需要。本解决方案还将使用托管共享储存的同一个 SUSE Linux VM 上配置的 iSCSI 目标，以用作实现隔离目的的 SBD 设备。如前所述，iSCSI 设备可使用任何文件或块设备进行创建，但为简单起见，我们这里将使用专为此目的创建的文件。

以下配置步骤与“共享储存设置”中的步骤非常相似：

SBD 设置

连接到 storage03 并启动控制台会话。使用 dd 命令创建一个任意所需大小的空文件：

dd if=/dev/zero of=/sbd count=1024 bs=1024

在本例中，我们创建了一个用零（从 /dev/zero pseudo-device 复制）填充的 1MB 文件。

将该文件配置为 iSCSI 目标：

此过程应会在 IP 地址为 10.0.0.3 的服务器上公开 SBD 设备的 iSCSI 目标 (storage03)。

节点配置

连接到群集节点 (node01) 并打开控制台：

连接到每个附加的群集节点 (node02) 并打开控制台：

在某些情况下，群集通讯无法正常初始化。如果群集无法启动（openais 服务无法启动），请执行以下操作：

在某些情况下，xinetd 服务无法正常添加新的 csync2 服务可能会导致脚本失败。为了使其他节点能够将群集配置文件一直同步到此节点，需要此服务。如果显示诸如 csync2 运行失败之类的错误，则表明您可能遇到此问题。要修复此问题，请执行 kill -HUP `cat /var/run/xinetd.init.pid，然后重新运行 sleha-join 脚本。

此时，您应该能够在每个群集节点上运行 crm_mon，并发现群集在正常运行。或者，您可以使用 Web 控制台“hawk”- 默认的登录身份凭证为“hacluster/linux”。

对于此示例，我们需要稍微调整两个附加参数；这些调整是否适用于客户的生产群集将取决于其群集的配置：

A.4.6 资源配置

如“群集安装”中所述，此解决方案提供了一个 OCF 资源代理，用于监视 SLE HAE 下的核心服务，您可以根据需要创建替代的资源代理。该软件还依赖于其他多个资源，这些资源的资源代理默认为随 SLE HAE 一起提供。如果您不想要使用 SLE HAE，则需要使用其他某种技术监视这些附加资源：

还有其他一些资源，例如用于安全智能的 MongoDB，以及 ActiveMQ 讯息总线；至少目前可将这些资源作为核心服务的一部分进行监视。

本示范解决方案使用所需资源的简单版本，例如简单的文件系统资源代理。您可以根据需要选择使用更复杂的群集资源，例如 cLVM（文件系统的逻辑卷版本）。

本示范解决方案提供了 crm 脚本，用于帮助完成群集配置。该脚本将从安装 Sentinel 的过程中生成的无人照管安装文件提取相关的配置变量。如果您未生成安装文件，或者想要更改资源的配置，则可以相应地编辑该脚本。

连接到安装了 Sentinel 的原始节点（这必须是您在其上运行完全 Sentinel 安装的节点），然后执行以下操作（<SHARED1> 是您前面创建的共享卷）：

mount /dev/<SHARED1> /var/opt/novell

cd /usr/lib/ocf/resource.d/novell

./install-resources.sh

群集中出现的新资源可能有问题；如果遇到此问题，请在 node02 上运行 /etc/rc.d/openais restart。

install-resources.sh 脚本将提示您提供两个值（即您希望用户在访问 Sentinel 时使用的虚拟 IP，以及共享储存的设备名称），然后将自动创建所需的群集资源。请注意，脚本要求已装入共享卷，并要求在安装 Sentinel 的过程中创建的无人照管安装文件 (/tmp/install.props) 存在。您只需要在第一个已安装的节点上运行此脚本；所有相关的配置文件将自动同步到其他节点。

如果客户环境与此示例解决方案不同，您可以编辑 resources.cli 文件（位于同一个目录中），并在该文件中修改基元定义。例如，本示范解决方案使用了简单的文件系统资源；您可能需要使用一个群集感知程度更高的 cLVM 资源。

在运行外壳脚本后，您可以发出 crm satus 命令，其输出应如下所示：

crm status

Last updated: Thu Jul 26 16:34:34 2012
Last change: Thu Jul 26 16:28:52 2012 by hacluster via crmd on node01
Stack: openais
Current DC: node01 - partition with quorum
Version: 1.1.6-b988976485d15cb702c9307df55512d323831a5e
2 Nodes configured, 2 expected votes
5 Resources configured.

Online: [ node01, node02 ]
stonith-sbd    (stonith:external/sbd):    Started node01
 Resource Group: sentinelgrp
     sentinelip    (ocf::heartbeat:IPaddr2):    Started node01
     sentinelfs    (ocf::heartbeat:Filesystem):    Started node01
     sentineldb    (ocf::novell:pgsql):    Started node01
     sentinelserver    (ocf::novell:sentinel):    Started node01

此时，应该已在群集中配置了相关的 Sentinel 资源。您可以在群集管理工具中检查这些资源的配置和分组方式（例如，通过运行 crm status）。

A.4.7 网络储存配置

此过程的最后一步是配置网络储存，使 Sentinel 能够将事件分区迁移到更经济的储存中。这是一个可选操作，事实上，不需要像配置系统的其他部件一样，将网络储存配置为高度可用 - 您可以使用任何目录（无论是否从 SAN 装入），或者 NFS 或 CIFS 卷。

在顶部菜单栏中单击储存，选择配置，然后选择“未配置的网络储存”下的其中一个单选按钮，以完成此设置。

本示范解决方案将使用简单的 iSCSI 目标作为网络共享储存位置，这在很大程度上与本地储存的配置相同。在生产实现中，有可能会使用不同的储存技术。

使用以下过程配置网络储存以供 Sentinel 使用：

本示范解决方案使用了所需资源的简单版本，例如简单的文件系统资源代理 - 客户可以根据需要选择使用更复杂的群集资源，例如 cLVM（文件系统的逻辑卷版本）。