Distributed Replicated Block Device (DRBD)是基于块设备在不同的高可用服务器对之间同步和镜像数据的软件，通过它可以实现在网络中的两台服务器之间基于块设备级别的实时或异步镜像或同步复制，类似于rsync+inotify这样的系统架构项目软件。只不过drbd是基于文件系统底层的，即block层级的同步；而rsync+inotify是在文件系统之上的实际物理文件同步。所以dbrd效率更高。
块设备可以是磁盘分区，LVM逻辑卷，或整块磁盘。
DRBD是linux的内核的存储层中的一个分布式存储系统，可以使用DRBD在两台Linux服务器之间共享块设备、文件系统和数据。类似于一个网络RAID-1的功能，在基于DBRD的高可用（HA）的两台服务器主机上，当我们将数据写入到本地磁盘系统时，数据还会被实时的发送到网络中的另一台主机上并以相同的形式记录在另一个磁盘系统中，使得本地（主节点）与远程主机（备节点）的数据保持实时数据同步。这时，如果本地系统（主节点）出现故障，那么远程主机（备节点）上还会保留有一份和主节点相同的数据备份可以继续使用，不但数据不会丢失，还会提升访问数据的用户的体验。更多详细请查看dbrd官方网站
drbd 工作原理图如下图所示：
协议A：
异步复制协议。一旦本地磁盘写入已经完成，数据包已在发送队列中，则写被认为是完成的。在一个节点发生故障时，可能发生数据丢失，因为被写入到远程节点上的数据可能仍在发送队列。尽管在故障转移节点上的数据是一致的，但没有及时更新。
协议B：
内存同步（半同步）复制协议。一旦本地磁盘写入已完成且复制数据包达到了对等节点则认为写在主节点上被认为是完成的。数据丢失可能发生在参加的两个节点同时故障的情况下，因为在传输中的数据可能不会被提交到磁盘。
协议C：
同步复制协议。只有在本地和远程节点的磁盘已经确认了写操作完成，写才被认为完成。没有任何数据丢失，所以这是一个集群节点的流行模式，但IO吞吐量依赖于网络带宽。
一般使用协议C，但选择C协议将影响流量，从而影响网络时延。为了数据可靠性，我们在生产环境使用时须慎重选项使用哪一种协议。
4.DBRD的企业应用场景生产场景中drbd常用于基于高可用服务器之间的数据同步解决方案。
例如：heartbeat+drbd+nfs/mfs/gfs、heartbeat+drbd+MYSQL/oracle等。实际上drbd可以配合任意需要数据同步的所有服务的应用场景。
5.常见的数据同步工具（1）rsync(sersync,inotify,lsyncd)
（2）scp
（3）nc
（4）nfs(网络文件系统)
（5）union双机同步
（6）csync2多机同步
（7）软件的自身同步机制（mysql，oracle，mongdb,ttserver,Redis..）文件放到数据库，同步到从库，再把文件拿出来。
（8）Drbd
6.部署Drbd服务需求描述 6.1 业务需求描述业务需求可以结合前面配置的heartbeat来搭建dbrd服务，hearbeat的安装和部署我前面的文章已经写了。主服务器为heartrbeat-1-114,从服务器为heartbeat-1-115。
6.2 DRBD部署结构图
（1）Drbd服务通过直连线或以太网实时互相数据同步。
（2）两台存储服务器互相备份，正常情况下两端各提供一个主分区供NFS使用。
（3）存储服务器之间，存储服务和交换机之间都是双千兆网卡绑定。
（4）应用服务器通过NFS访问存储。
7.DRBD软件安装实验准备 7.1 操作系统：CentOS-6.8-x86_64
7.2 DRBD服务主机资源准备主服务器A：
主机名：heartbeat-1-114
eth0网卡地址：192.168.136.114（管理IP）
eth2网卡地址：10.0.10.4/255.255.255.0 (心跳IP)
从服务器B：
主机名：heartbeat-1-115
eth0网卡地址:192.168.136.115（管理IP）
eth2网卡地址：10.0.10.5/255.255.255.0（心跳IP）
虚拟VIP：
虚拟VIP在主服务器heartbeat-1-114上，VIP:192.168.136.116
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
