13 存储保护和 SBD #

1. 设置检查包

2. 根据您的情况，可将 SBD 与一到三个设备搭配使用，或以无磁盘模式使用。有关概述，请参见第 13.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 设备：

   # sbd -d /dev/SBD create

   （请将 /dev/SBD 替换为绝对路径，例如 /dev/disk/by-id/scsi-ST2000DM001-0123456_Wabcdefg。）

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

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

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

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

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

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

   # 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. 编辑此行，并用您的 设备替换 SBDSBD：

   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 服务：

   # systemctl enable sbd

   每次群集服务启动时，SBD 会与 Corosync 服务一起启动。

2. 在每个节点上重启动群集服务：

   # crm cluster restart

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

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

   # sbd -d /dev/SBD list

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

   0       alice        clear
   1       bob          clear

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

   # 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 确实在节点上正常运行，并已准备好接收消息。

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

2. 运行 crm configure。

3. 输入以下内容：

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

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

4. 配置 SBD STONITH 资源。您无需克隆此资源。

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

   优先级屏蔽延迟

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

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

   # crm configure property priority-fencing-delay=30

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

   可预测的静态延迟

   此参数用于在执行 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

   

   警告：pcmk_delay_max 可能无法防止节点分裂情况下的双重重置。

   pcmk_delay_max 的值越低，仍会发生双重重置的可能性就越高。

   如果您的目标是有可预测的幸存者，请使用优先级屏蔽延迟或可预测的静态延迟。

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 设备启动任何观察程序进程。

   

   重要：无磁盘 SBD 和 QDevice 的 SBD_WATCHDOG_TIMEOUT

   如果您将 QDevice 和无磁盘 SBD 搭配使用，SBD_WATCHDOG_TIMEOUT 值必须大于 QDevice 的 sync_timeout 值，否则 SBD 将会超时并无法启动。

   sync_timeout 的默认值为 30 秒。因此，请将 SBD_WATCHDOG_TIMEOUT 设置为更大的值，例如 35。

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

   # systemctl enable sbd

   每次群集服务启动时，SBD 会与 Corosync 服务一起启动。

3. 在每个节点上重启动群集服务：

   # crm cluster restart

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

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

   # 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=102

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

6. 使用 show 查看所做的更改。

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