DRBD服务与drbdadm

Question

DRBD v9.17 (内核v9.1.4)

当使用drbd工具作为服务手动运行时，我试图理解drbdadm的典型角色，这似乎比我在网上看到的一些演练更新。

什么时候应该对drbdadm工具使用该服务，以及pacemaker在drbd's故障转移控制方面的应用？

我已经使用drbdadm手动创建了一个资源，并启动它，现在在两个节点上使用status命令显示UPToDate。我需要弄清楚如何在心脏起搏器中实现故障转移，我只是觉得我错过了这里的大局--在起搏器中增加资源似乎比浮动IP的资源要复杂一些……感谢您的阅读！

Answer 1

drbdadm从一开始就已经出现了，所以它并不比任何教程更新。

该服务将加载DRBD内核模块，并在启动时在一个节点(如drbdadm up all )上打开所有DRBD设备，但不会尝试将其提升到主节点，并且无法挂载设备。这就是当与DRBD相结合时常用的起搏器，将DRBD节点提升到主节点，然后使用DRBD主节点启动服务。

DRBD9.x在默认情况下确实启用了自动升级功能，因此，如果您试图挂载(或以其他方式访问)设备而不将其提升到“主第一”，并且当前没有其他节点是“主节点”，则它将自动提升到“主”，以便可以访问。

定位器是集群资源管理器，因此它的任务是跨一系列节点启动/停止/监视服务，并确保这些资源的正确排序和位置。DRBD作为一个“多状态”(或ms)克隆资源被控制在心脏起搏器中，这基本上是一个具有多个状态的克隆集(在DRBD的情况下，主要和二级，但这可以是数据库克隆集中的主和备用)。

一个名为r0的DRBD资源的示例片段配置在一个2节点的起搏器集群中，如下所示：

primitive p_drbd_r0 ocf:linbit:drbd \
    params drbd_resource=r0 \
    op start interval=0s timeout=240 \
    op promote interval=0s timeout=90 \
    op demote interval=0s timeout=90 \
    op stop interval=0s timeout=100 \
    op monitor interval=29 role=Master \
    op monitor interval=31 role=Slave
ms ms_drbd_r0 p_drbd_r0 \
    meta master-max=1 master-node-max=1 \
    notify=true clone-max=2 clone-node-max=1

如果希望管理在r0上挂载文件系统，则需要添加文件系统资源和约束，将其绑定到主DRBD节点：

primitive p_fs_drbd Filesystem \
    params device="/dev/drbd0" directory="/drbd" \
    fstype=xfs options="noatime,nodiratime" \
    op start interval=0 timeout=60s \
    op stop interval=0 timeout=60s \
    op monitor interval=20 timeout=40s
colocation cl_fs-with-ms_drbd_r0 inf: p_fs_drbd:Started ms_drbd_r0:Master
order o_ms_drbd_r0-before-fs ms_drbd_r0:promote p_fs_drbd:start

您必须在DRBD设备上创建文件系统，然后才能在Pac怪机中管理它。

DRBD的工作是在节点之间复制一个块设备。