一、什么是DRBD

1、简介

Distributed Replicated Block Device(DRBD)是一个用软件实现的、无共享的、服务器之间镜像块设备内容的存储复制解决方案。

数据镜像：实时、透明、同步（所有服务器都成功后返回）、异步（本地服务器成功后返回） DRBD的核心功能通过Linux的内核实现，最接近系统的IO栈，但它不能神奇地添加上层的功能比如检测到EXT3文件系统的崩溃。 DRBD的位置处于文件系统以下，比文件系统更加靠近操作系统内核及IO栈。

在DRBD中，资源是特指某复制的存储设备的所有方面。包括资源名称、DRBD设备（/dev/drbdm，这里m是设备最小号，最大号可到147）、磁盘配置（使本地数据可以为DRBD所用）、网络配置（与对方通信） 每个资源有个角色，是Primary或Secondary，下面简称“主”和“备” 。

• 主角色的DRBD设备可以不受限制的读和写，比如创建和映射文件系统、对于块设备的raw或直接IO访问。

• 备角色的DRBD设备接受来自对方的所有修改，但是不能被应用程序读写，甚至只读也不行。 角色也可以改变。

2、使用DRBD工具

• drbdadm：高级管理工具，管理/etc/drbd.conf，向drbdsetup和drbdmeta发送指令，

• drbdsetup：配置装载进kernel的DRBD模块，平时很少直接用

• drbdmeta：管理META数据结构，平时很少直接用。

3、复制模式

• 协议A：异步复制协议。本地写成功后立即返回，数据放在发送buffer中，可能丢失。

• 协议B：内存同步（半同步）复制协议。本地写成功并将数据发送到对方后立即返回，如果双机掉电，数据可能丢失。

• 协议C：同步复制协议。本地和对方写成功确认后返回。如果双机掉电或磁盘同时损坏，则数据可能丢失。一般用协议C。选择协议将影响流量，从而影响网络时延。

4、DRBD结构图

5、工作原理

每个设备（drbd 提供了不止一个设备）都有一个状态，可能是‘主’状态或‘从’状态。在主节点上，应用程序应能运行和访问drbd设备（/dev/drbd*）。每次写入都会发往本地磁盘设备和从节点设备中。从节点只能简单地把数据写入它的磁盘设备上。 读取数据通常在本地进行。 如果主节点发生故障，心跳（heartbeat或corosync）将会把从节点转换到主状态，并启动其上的应用程序。如果发生故障的节点恢复工作，它就会成为新的从节点，而且必须使自己的内容与主节点的内容保持同步。当然，这些操作不会干扰到后台的服务。

6、DRBD与HA 集群

大部分现行高可用性集群（如：惠普、IBM、Dell）使用的是共享存储器，因此存储器连接多个节点（用共享的SCSI 总线或光纤通道就可以做到）。DRBD 也可以作为一个共享的设备，但是它并不需要任何不常见的硬件。它在IP 网络中运行，而且在价格上IP 网络要比专用的存储网络经济的多。目前，DRBD 每次只允许对一个节点进行读写访问，这对于通常的故障切换高可用性集群来讲已经足够用了。现在的版本将支持两个节点同时进行读写存取。这很有用，比如对GFS 来讲就是如此。兼容性DRBD可以在IDE、SCSI 分区和整个驱动器之上运行，但不能在回路模块设备上运行。（如果您硬要这样做，它就会发生死锁）。DRBD 也不能在回送网络设备中运行。（因为它同样会发生死锁：所有请求都会被发送设备占用，发送流程也会阻塞在sock_sendmsg（）中。）有时，接收线程正从网络中提取数据块，并试图把它放在高速缓存器中；但系统却要把一些数据块从高速缓存器中取到磁盘中。这种情况往往会在接收器的环境下发生，因为所有的请求都已经被接收器块占用了。

7、DRBD 配置文件

DRBD的主配置文件为/etc/drbd.conf；为了管理的便捷性，目前通常会将些配置文件分成多个部分，且都保存至/etc/drbd.d目录中，主配置文件中仅使用"include"指令将这些配置文件片断整合起来。通常，/etc/drbd.d目录中的配置文件为global_common.conf和所有以.res结尾的文件。其中global_common.conf中主要定义global段和common段，而每一个.res的文件用于定义一个资源。

在配置文件中，global段仅能出现一次，且如果所有的配置信息都保存至同一个配置文件中而不分开为多个文件的话，global段必须位于配置文件的最开始处。目前global段中可以定义的参数仅有minor-count, dialog-refresh, disable-ip-verification和usage-count。

common段则用于定义被每一个资源默认继承的参数，可以在资源定义中使用的参数都可以在common段中定义。实际应用中，common段并非必须，但建议将多个资源共享的参数定义为common段中的参数以降低配置文件的复杂度。

resource段则用于定义drbd资源，每个资源通常定义在一个单独的位于/etc/drbd.d目录中的以.res结尾的文件中。资源在定义时必须为其命名，名字可以由非空白的ASCII字符组成。每一个资源段的定义中至少要包含两个host子段，以定义此资源关联至的节点，其它参数均可以从common段或drbd的默认中进行继承而无须定义。

8、DRBD 资源 举例

• Resource name：可以是除了空白字符的任意的ACSII码字符

• DRBD device：在双方节点上，此DRBD设备的设备文件；一般为/dev/drbdN，其主设备号147

• Disk configuration：在双方节点上，各自提供的存储设备

• Nerwork configuration：双方数据同步时所使用的网络属性

案例：

9、DRBD 配置步骤

• 安装drbd

• 配置资源文件（定义资料名称，磁盘，节点信息，同步限制等）

• 将drbd加入到系统服务chkconfig --add drbd

• 初始化资源组drbdadm create-md resource_name

• 启动服务 service drbd start

• 设置primary主机，并同步数据

• 分区、格式化/dev/drbd*

• 一个节点进行挂载

• 查看状态

二、DRBD简单安装使用

说明：演示中我是学着使用ansible来安装drbd的，下面就是我的ansible关于Host Inventory文件中的定义：

1、实验环境

2、安装epel源

3、安装DRBD

查看一下配置文件：

4、配置DRBD

增加资源：

注意：还需要在node1和node2手动创建磁盘分区，建议要是做实验就将磁盘空间弄小点。 若不识别磁盘试试用此命令partx -a /dev/sdb。

将资源文件复制到node1和node2上：

node1与node2上初始化资源：

node1与node2上启动DRBD服务：

查看一下启动状态：

从上面的信息中可以看出此时两个节点均处于Secondary状态。于是，我们接下来将其中一个节点设置为Primary。

设置node1为Primary：

两者需要一段时间的初始化，初始化时间根据磁盘大小和硬件配置相关：

node1格式化并挂载 ：

将drbd目录中写入文件，下面好做测试：

切换Primary和Secondary节点：

说明：对主Primary/Secondary模型的drbd服务来讲，在某个时刻只能有一个节点为Primary，因此，要切换两个节点的角色，只能在先将原有的Primary节点设置为Secondary后，才能原来的Secondary节点设置为Primary。

三、DRBD 双主模式配置示例

drbd 8.4中第一次设置某节点成为主节点的命令

配置资源双主模型的示例：

本文出自 “粗茶淡饭” 博客，请务必保留此出处http://cuchadanfan.blog.51cto.com/9940284/1695852