11 储存保护和 SBD #

1. 设置检查包

2. 根据您的情况，可将 SBD 与一到三个设备搭配使用，或以无磁盘模式使用。有关概述，请参见第 11.4 节 “SBD 设备数量”。有关详细的设置，请参见：

   • 设置 SBD 与设备

   • 设置无磁盘 SBD

3. 测试 SBD 和屏蔽

1. 初始化 SBD 设备

2. 编辑 SBD 配置文件

3. 启用和启动 SBD 服务

4. 测试 SBD 设备

5. 配置群集以使用 SBD

要将 SBD 与共享储存搭配使用，必须先在一到三个块设备上创建消息布局。sbd create 命令会将元数据头写入指定的一个或多个设备。它还将初始化最多 255 个节点的消息槽。如果该命令不带任何其他选项，则执行时将使用默认的超时设置。

警告：覆盖现有数据

确保要用于 SBD 的一个或多个设备未保存任何重要数据。执行 sbd create 命令时，会直接重写指定块设备的大约第一个 MB，而不会进一步发出请求或进行备份。

1. 决定要将哪个块设备或哪些块设备用于 SBD。

2. 使用以下命令初始化 SBD 设备：

   root # sbd -d /dev/SBD create

   （请将 /dev/SBD 替换为实际路径名称，例如：/dev/disk/by-id/scsi-ST2000DM001-0123456_Wabcdefg。）

   要将多个设备用于 SBD，请多次指定 -d 选项，例如：

   root # sbd -d /dev/SBD1 -d /dev/SBD2 -d /dev/SBD3 create

3. 如果您的 SBD 设备驻留在多路径组上，请使用 -1 和 -4 选项来调整要用于 SBD 的超时。有关详细信息，请参见第 11.5 节 “超时计算”。所有超时均以秒为单位指定：

   root # sbd -d /dev/SBD -4 1801 -1 902 create

   1	-4 选项用于指定 msgwait 超时。在以上示例中，超时设置为 180 秒。
   2	-1 选项用于指定 watchdog 超时。在以上示例中，超时设置为 90 秒。模拟检查包的最小允许值为 15 秒。

4. 检查已写入设备的内容：

   root # sbd -d /dev/SBD dump
   Header version     : 2.1
   UUID               : 619127f4-0e06-434c-84a0-ea82036e144c
   Number of slots    : 255
   Sector size        : 512
   Timeout (watchdog) : 5
   Timeout (allocate) : 2
   Timeout (loop)     : 1
   Timeout (msgwait)  : 10
   ==Header on disk /dev/SBD is dumped

   正如您看到的，超时数也储存在报头中，以确保所有参与的节点在这方面都一致。

1. 打开文件 /etc/sysconfig/sbd 并使用以下项：

   SBD_PACEMAKER=yes
   SBD_STARTMODE=always
   SBD_DELAY_START=no
   SBD_WATCHDOG_DEV=/dev/watchdog
   SBD_WATCHDOG_TIMEOUT=5

   由于未使用共享磁盘，因此不需要 SBD_DEVICE 条目。此参数缺失时，sbd 服务不会为 SBD 设备启动任何观察程序进程。

2. 搜索以下参数：SBD_DEVICE。

   该参数指定要监视和要用于交换 SBD 消息的设备。

3. 编辑此行，并用您的 SBD 设备替换 SBD：

   SBD_DEVICE="/dev/SBD"

   如果您需要在第一行中指定多个设备，请使用分号分隔设备（设备顺序无关紧要）：

   SBD_DEVICE="/dev/SBD1;/dev/SBD2;/dev/SBD3"

   如果无法访问 SBD 设备，守护程序将无法启动群集，并会禁止群集启动。

4. 搜索以下参数：SBD_DELAY_START。

   启用或禁用延迟。如果 msgwait 相对较长，而群集节点引导速度很快，请将 SBD_DELAY_START 设为 yes。将此参数设置为 yes 可在引导时延迟 SBD 启动。虚拟机有时候需要此项延迟。

1. 在每个节点，启用 SBD 服务：

   root # systemctl enable sbd

   每当启动 Pacemaker 服务时，SBD 服务将与 Corosync 服务一起启动。

2. 在每个节点上重启动群集堆栈：

   root # crm cluster restart

   此操作会自动触发 SBD 守护程序的启动。

1. 以下命令会将节点槽及其当前消息从 SBD 设备进行转储：

   root # sbd -d /dev/SBD list

   现在，您应该会看到曾随 SBD 启动的所有群集节点都列在此处。例如，如果您拥有双节点群集，消息槽对于两个节点都应显示 clear：

   0       alice        clear
   1       bob          clear

2. 尝试将测试消息发送到节点之一：

   root # sbd -d /dev/SBD message alice test

3. 此节点将在系统日志文件中确认收到了该消息：

   May 03 16:08:31 alice sbd[66139]: /dev/SBD: notice: servant: Received command test from bob on disk /dev/SBD

   这就确认了 SBD 确实在节点上正常运行，并已准备好接收消息。

要配置在群集中使用 SBD，您需要在群集配置中执行以下操作：

有关 stonith-timeout 的计算方式，请参见第 11.5 节 “超时计算”。

1. 启动壳层，并以 root 用户身份或同等身份登录。

2. 运行 crm configure。

3. 输入以下内容：

   crm(live)configure# property stonith-enabled="true" 1
   crm(live)configure# property stonith-watchdog-timeout=0 2
   crm(live)configure# property stonith-timeout="40s" 3

   1	此为默认配置，因为不支持没有 STONITH 的群集。而如果出于测试目的停用了 STONITH，请确保再次将此参数设置为 true。
   2	如果未显式设置，此值默认为 0，适用于 SBD 与一到三个设备搭配使用的情况。
   3	如果将 SBD 的 msgwait 超时值设置为 30 秒，则适合将 stonith-timeout 值设置为 40。

4. 对于双节点群集，在节点分裂情况下，两个节点都会按预期向对方发出屏蔽。为防止两个节点几乎同时被重置，建议应用以下屏蔽延迟来帮助其中一个节点甚至是首选节点在屏蔽竞争中胜出。对于具有两个以上节点的群集，无需应用这些延迟。

   优先级屏蔽延迟

   priority-fencing-delay 群集属性默认处于禁用状态。通过配置延迟值，如果另一个节点丢失且其具有更高的总资源优先级，则针对该节点的屏蔽将延迟指定的时间。这意味着在节点分裂情况下，更重要的节点将在屏蔽竞争中胜出。

   可以用优先级元属性配置重要资源。在计算时，将对每个节点上运行的资源或实例的优先级值求和来进行计算。升级后的资源实例的优先级为配置的基础优先级加 1，因此它的优先级值比任何未升级的实例都高。

   root # crm configure property priority-fencing-delay=30

   即使使用了 priority-fencing-delay，也仍然建议使用 pcmk_delay_base 或 pcmk_delay_max（如下所述）来解决节点优先级恰好相同的所有情况。priority-fencing-delay 的值应明显大于 pcmk_delay_base/pcmk_delay_max 的最大值，最好是最大值的两倍。

   可预测的静态延迟

   此参数用于在执行 STONITH 操作之前添加静态延迟。为防止当双节点群集发生节点分裂时两个节点同时被重置，请使用不同的延迟值配置单独的屏蔽资源。可以用可实现更长屏蔽延迟的参数标记首选节点，使其在任何屏蔽竞争中都胜出。要达到此目的，为每个节点创建两个原始 STONITH 设备至关重要。在以下配置中，如果出现节点分裂情况，alice 将会获胜并得以幸存：

   crm(live)configure# primitive st-sbd-alice stonith:external/sbd params \
          pcmk_host_list=alice pcmk_delay_base=20
   crm(live)configure# primitive st-sbd-bob stonith:external/sbd params \
          pcmk_host_list=bob pcmk_delay_base=0

   动态随机延迟

   此参数用于为屏蔽设备上的 STONITH 操作添加随机延迟。pcmk_delay_max 参数不会针对特定节点实施静态延迟，而是为包含屏蔽资源的任何屏蔽添加随机延迟，以防止双重重设置。与 pcmk_delay_base 不同，此参数可对针对多个节点的统一屏蔽资源指定。

   crm(live)configure# primitive stonith_sbd stonith:external/sbd
     params pcmk_delay_max=30

5. 使用 show 查看更改。

6. 使用 commit 提交更改，然后使用 quit 离开 crm 在线配置。

1. 打开文件 /etc/sysconfig/sbd 并使用以下项：

   SBD_PACEMAKER=yes
   SBD_STARTMODE=always
   SBD_DELAY_START=no
   SBD_WATCHDOG_DEV=/dev/watchdog
   SBD_WATCHDOG_TIMEOUT=5

   由于未使用共享磁盘，因此不需要 SBD_DEVICE 条目。此参数缺失时，sbd 服务不会为 SBD 设备启动任何观察程序进程。

2. 在每个节点，启用 SBD 服务：

   root # systemctl enable sbd

   每当启动 Pacemaker 服务时，SBD 服务将与 Corosync 服务一起启动。

3. 在每个节点上重启动群集堆栈：

   root # crm cluster restart

   此操作会自动触发 SBD 守护程序的启动。

4. 检查是否已自动设置 have-watchdog=true 参数：

   root # crm configure show | grep have-watchdog
            have-watchdog=true

5. 运行 crm configure 并在 crm 外壳上设置以下群集属性：

   crm(live)configure# property stonith-enabled="true" 1
   crm(live)configure# property stonith-watchdog-timeout=10 2

   1	此为默认配置，因为不支持没有 STONITH 的群集。而如果出于测试目的停用了 STONITH，请确保再次将此参数设置为 true。
   2	对于无磁盘 SBD，此参数不能为零。它定义了经过多长时间之后可以假定屏蔽目标已自我屏蔽。因此，其值需要大于或等于 /etc/sysconfig/sbd 中 SBD_WATCHDOG_TIMEOUT 的值。从 SUSE Linux Enterprise High Availability Extension 15 开始，如果您将 stonith-watchdog-timeout 设为负值，Pacemaker 将自动计算此超时，并将其设为 SBD_WATCHDOG_TIMEOUT 值的两倍。

6. 使用 show 查看更改。

7. 使用 commit 提交更改，然后使用 quit 离开 crm 在线配置。