DRBD复制协议

简介:

DRBD复制协议
协议A
异步复制协议。一旦本地磁盘写入已经完成,数据包已在发送队列中,则写被认为是完成的。在一个节点发生故障时,可能发生数据丢失,因为被写入到远程节点上的数据可能仍在发送队列。尽管,在故障转移节点上的数据是一致的,但没有及时更新。这通常是用于地理上分开的节点
协议B
内存同步(半同步)复制协议。一旦本地磁盘写入已完成且复制数据包达到了对等节点则认为写在主节点上被认为是完成的。数据丢失可能发生在参加的两个节点同时故障的情况下,因为在传输中的数据可能不会被提交到磁盘
协议C
同步复制协议。只有在本地和远程节点的磁盘已经确认了写操作完成,写才被认为完成。没有任何数据丢失,所以这是一个群集节点的流行模式,但I / O吞吐量依赖于网络带宽
一般使用协议C,但选择C协议将影响流量,从而影响网络时延。为了数据可靠性,我们在生产环境使用时须慎重选项使用哪一种协议

简而言之:
A:数据一旦写入磁盘并发送到本地TCP/IP协议栈,就认为完成了写入操作
B:数据一旦到达对等节点的TCP/IP协议栈,即收到接受确认就认为完成了写入操作
C:数据一旦到达对等节点的磁盘,即收到写入确认就认为完成了写入操作
协议A性能最好,C数据可靠性最高










本文转自 meteor_hy 51CTO博客,原文链接:http://blog.51cto.com/zuoshou/1742691,如需转载请自行联系原作者
目录
相关文章
|
1月前
|
存储 监控 网络协议
GlusterFS的复制
【10月更文挑战第1天】GlusterFS的复制
42 2
|
缓存 网络协议 安全
Linux工具篇-NFS多客户端文件一致性探索
文件锁是文件系统的最基本特性之一,应用程序借助文件锁可以控制其他应用对文件的并发访问。NFS作为类UNIX系统的标准网络文件系统,在发展过程中逐步的原生支持了文件锁 (
1403 0
Linux工具篇-NFS多客户端文件一致性探索
|
存储 运维 网络协议
RH236配置IP故障转移--配置NFS Ganesha
RH236配置IP故障转移--配置NFS Ganesha
395 0
RH236配置IP故障转移--配置NFS Ganesha
|
网络协议