DRBD v9.17(内核 v9.1.4)
我试图了解drbd
作为服务运行与手动使用该drbdadm
工具时的典型角色,该工具似乎比我在网上看到的一些演练更新。
什么时候应该使用该服务而不是该drbdadm
工具,以及在pacemaker
控制故障转移方面适合哪些方面drbd
?
我已经手动使用drbdadm
并创建了一个资源,现在UPToDate
在两个节点上都使用 status 命令显示。我需要弄清楚如何在起搏器中实现它以进行故障转移,我只是认为我在这里错过了大局 - 在起搏器中添加资源似乎比浮动 IP 更复杂......谢谢阅读!
drbdadm
从一开始就存在,所以它并不比任何教程更新。该服务将加载 DRBD 内核模块并
drbdadm up all
在启动时启动节点上的所有 DRBD 设备(就像会一样),但不会尝试将其提升到 Primary 并且无法挂载设备。这就是 Pacemaker 与 DRBD 结合时经常使用的用途,将 DRBD 节点提升为 Primary,然后使用 DRBD Primary 启动服务。DRBD 9.x 默认启用了自动提升功能,因此如果您尝试挂载(或以其他方式访问)设备而不先将其提升为主节点,并且当前没有其他节点是主节点,它将自动提升为主节点所以它可以被访问。
Pacemaker 是一个集群资源管理器,因此它的工作是跨一系列节点启动/停止/监控服务,并确保这些资源的正确排序和位置。DRBD 在 Pacemaker 中被控制为“多状态”(或
ms
)克隆资源,它基本上是具有多个状态的克隆集(在 DRBD 的情况下为主要和次要,但这可能是数据库克隆集中的主和备用)。在 2 节点 Pacemaker 集群中配置的名为 DRBD 资源的示例片段
r0
如下所示:如果您想管理在 上挂载文件系统
r0
,则需要添加文件系统资源和将其绑定到主 DRBD 节点的约束:在 Pacemaker 中管理它之前,您必须在 DRBD 设备上创建文件系统。
DRBD 的工作是在节点之间复制块设备。