5 升级群集和更新软件包 #

High Availability Extension 12 群集堆栈的各个组件包含了重大更改（例如 /etc/corosync/corosync.conf、OCFS2 的磁盘格式）。因此，不支持从任何 SUSE Linux Enterprise High Availability Extension 11 版本进行群集滚动升级。必须将所有群集节点脱机，并根据下面所述将群集作为一个整体升级。

1. 登录到每个群集节点，并使用以下命令停止群集堆栈：

   root # rcopenais stop

2. 将每个群集节点都升级到 SUSE Linux Enterprise Server 和 SUSE Linux Enterprise High Availability Extension 的所需目标版本 — 请参见第 5.2.1 节 “SLE HA 和 SLE HA Geo 支持的升级路径”。

3. 完成升级过程后，请重引导装有 SUSE Linux Enterprise Server 和 SUSE Linux Enterprise High Availability Extension 升级版的每个节点。

4. 如果在群集设置中使用了 OCFS2，请执行以下命令以更新设备上的结构：

   root # o2cluster --update PATH_TO_DEVICE

   它会为磁盘添加额外参数。SUSE Linux Enterprise High Availability Extension 12 和 12 SPx 随附的已更新 OCFS2 版本需要这些参数。

5. 要更新 Corosync 2 的 /etc/corosync/corosync.conf，请执行以下操作：

   1. 登录到某个节点，然后启动 YaST 群集模块。

   2. 切换到通讯通道类别并输入以下新参数的值：群集名称和预期投票数。有关细节，请分别参见过程 4.1 “定义第一个通讯通道（多路广播）”或过程 4.2 “定义第一个通讯通道（单路广播）”。

      如果 YaST 检测到对 Corosync 2 无效或缺失的任何其他选项，它会提示您进行更改。

   3. 确认在 YaST 中所做更改。YaST 会将配置写入 /etc/corosync/corosync.conf。

   4. 如果为群集配置了 Csync2，请使用以下命令将更新的 Corosync 配置推送到其他群集节点：

      root # csync2 -xv

      有关 Csync2 的细节，请参见第 4.5 节 “将配置传输到所有节点”。

      或者，也可以通过将 /etc/corosync/corosync.conf 手动复制到所有群集节点，来同步更新的 Corosync 配置。

6. 登录到每个节点，并使用以下命令启动群集堆栈：

   root # crm cluster start

7. 使用 crm status 或 Hawk2 检查群集状态。

8. 将以下服务配置为在引导时启动：

   root # systemctl enable pacemaker
   root # systemctl enable hawk
   root # systemctl enable sbd

重要：从头开始安装

如果您决定从头开始安装群集节点（而不是升级它们），请参见第 2.2 节 “软件需求”以获取 SUSE Linux Enterprise High Availability Extension 15 SP4 所需的模块列表。有关模块、扩展及相关产品的详细信息，请参见 SUSE Linux Enterprise Server 15 的发行说明。可从 https://www.suse.com/releasenotes/ 访问这些文档。

1. 在开始脱机升级到 SUSE Linux Enterprise High Availability Extension 15 之前，请如注意：升级 CIB 语法版本中所述手动升级当前群集中的 CIB 语法。

2. 登录到每个群集节点，并使用以下命令停止群集堆栈：

   root # crm cluster stop

3. 将每个群集节点都升级到 SUSE Linux Enterprise Server 和 SUSE Linux Enterprise High Availability Extension 的所需目标版本 — 请参见第 5.2.1 节 “SLE HA 和 SLE HA Geo 支持的升级路径”。

4. 完成升级过程后，请登录每个节点，并引导装有 SUSE Linux Enterprise Server 和 SUSE Linux Enterprise High Availability Extension 升级版的每个节点。

5. 如果您使用群集 LVM，则需要从 clvmd 迁移到 lvmlockd。请参见 lvmlockd 的手册页中的 changing clvm VG to lockd VG（将 clvm VG 更改为 lockd VG）部分，另请参见第 22.4 节 “从镜像 LV 联机迁移到群集 MD”。

6. 登录某个群集节点，并启动所有节点上的群集堆栈：

   root # crm cluster start --all

   

   注意：--all 选项仅在 15 SP4 版本中可用

   SUSE Linux Enterprise High Availability Extension 15 SP4 中添加了 --all 选项。在早期版本中，您必须逐一在每个节点上运行 crm cluster start 命令。

7. 使用 crm status 或 Hawk2 检查群集状态。

1. 以 root 用户身份登录要升级的节点，并停止群集堆栈：

   root # crm cluster stop

2. 升级到 SUSE Linux Enterprise Server 和 SUSE Linux Enterprise High Availability Extension 的所需目标版本。要了解各个升级过程的细节，请参见第 5.2.1 节 “SLE HA 和 SLE HA Geo 支持的升级路径”。

3. 在升级后的节点上启动群集堆栈，使该节点重新加入群集：

   root # crm cluster start

4. 使下一个节点处于脱机状态，并对此节点重复上述过程。

5. 使用 crm status 或 Hawk2 检查群集状态。

   如果检测到您的群集节点有不同的 CRM 版本，Hawk2 状态屏幕还会显示一条警告。

1. 备份群集配置。下面的列表中显示了至少应备份的文件：

   /etc/corosync/corosync.conf
   /etc/corosync/authkey
   /etc/sysconfig/sbd
   /etc/modules-load.d/watchdog.conf
   /etc/hosts
   /etc/ntp.conf

   根据您的资源，您可能还需要备份以下文件：

   /etc/services
   /etc/passwd
   /etc/shadow
   /etc/groups
   /etc/drbd/*
   /etc/lvm/lvm.conf
   /etc/mdadm.conf
   /etc/mdadm.SID.conf

2. 先从节点 alice 开始。

   1. 将节点置于待机模式。这样便能将资源移出节点：

      root # crm --wait node standby alice reboot

      使用 --wait 选项，该命令仅会在群集完成转换并变为空闲状态时返回。reboot 选项可使节点一旦重新联机就已脱离待机模式。尽管 reboot 选项的名称是重引导，但只要节点脱机后又联机，该选项就会起作用。

   2. 停止节点 alice 上的群集服务：

      root # crm cluster stop

   3. 此时，alice 不再有任何资源处于运行状态。升级节点 alice，完成后将其重引导。假定群集服务不会在系统引导时启动。

   4. 将步骤 1 中的备份文件复制到原始位置。

   5. 将节点 alice 重新加入群集：

      root # crm cluster start

   6. 检查资源是否正常。

3. 对节点 bob 重复步骤 2。