为什么要在 Pacemaker 集群中禁用 DRBD

Question

DRBD 文档（在将 DRBD 与 Pacemaker 集群集成部分）建议在 Pacemaker 集群中禁用 DRBD：

如果您正在使用 DRBD OCF 资源代理，建议您将 DRBD 启动、关闭、升级和降级专门推迟到 OCF 资源代理。这意味着你应该禁用DRBD初始化脚本：chkconfig drbd off。

在 systemd 下，这相当于systemctl disable drbd.service.

尽管有此建议，但启用 DRBD 是否有任何危害？这个想法是启用 DRBD，但禁用 Corosync 和 Pacemaker，以便在集群节点出现故障并重新启动后，它将继续接收 DRBD 同步的数据，但将保持“被动”状态。这应该允许在故障节点重新进入集群之前对其进行分析，但同时仍将实时数据保存在两个集群节点上。该建议背后的理由是什么？

Answer 1

那么在操作系统级别禁用 DRBD 服务的目的是一切都由起搏器控制。如果两个服务（例如 PCMK 和您的操作系统）正在尝试启动/停止/提升/降级等，您就有可能出现脑裂的风险。对于受控的集群环境，一切都应该由您的集群资源管理器处理，在这种情况下是起搏器，以避免集群节点之间的混淆。在出现裂脑或类似情况时，您的 CRM 将 STONITH 或隔离或使用其他节点上配置的仲裁来解决它。