DRBD復(fù)制協(xié)議
協(xié)議A
異步復(fù)制協(xié)議。一旦本地磁盤寫入已經(jīng)完成，數(shù)據(jù)包已在發(fā)送隊(duì)列中，則寫被認(rèn)為是完成的。在一個(gè)節(jié)點(diǎn)發(fā)生故障時(shí)，可能發(fā)生數(shù)據(jù)丟失，因?yàn)楸粚懭氲竭h(yuǎn)程節(jié)點(diǎn)上的數(shù)據(jù)可能仍在發(fā)送隊(duì)列。盡管，在故障轉(zhuǎn)移節(jié)點(diǎn)上的數(shù)據(jù)是一致的，但沒有及時(shí)更新。這通常是用于地理上分開的節(jié)點(diǎn)
協(xié)議B
內(nèi)存同步（半同步）復(fù)制協(xié)議。一旦本地磁盤寫入已完成且復(fù)制數(shù)據(jù)包達(dá)到了對(duì)等節(jié)點(diǎn)則認(rèn)為寫在主節(jié)點(diǎn)上被認(rèn)為是完成的。數(shù)據(jù)丟失可能發(fā)生在參加的兩個(gè)節(jié)點(diǎn)同時(shí)故障的情況下，因?yàn)樵趥鬏斨械臄?shù)據(jù)可能不會(huì)被提交到磁盤
協(xié)議C
同步復(fù)制協(xié)議。只有在本地和遠(yuǎn)程節(jié)點(diǎn)的磁盤已經(jīng)確認(rèn)了寫操作完成，寫才被認(rèn)為完成。沒有任何數(shù)據(jù)丟失，所以這是一個(gè)群集節(jié)點(diǎn)的流行模式，但I(xiàn) / O吞吐量依賴于網(wǎng)絡(luò)帶寬
一般使用協(xié)議C，但選擇C協(xié)議將影響流量，從而影響網(wǎng)絡(luò)時(shí)延。為了數(shù)據(jù)可靠性，我們?cè)谏a(chǎn)環(huán)境使用時(shí)須慎重選項(xiàng)使用哪一種協(xié)議

簡(jiǎn)而言之：
A：數(shù)據(jù)一旦寫入磁盤并發(fā)送到本地TCP/IP協(xié)議棧，就認(rèn)為完成了寫入操作
B：數(shù)據(jù)一旦到達(dá)對(duì)等節(jié)點(diǎn)的TCP/IP協(xié)議棧，即收到接受確認(rèn)就認(rèn)為完成了寫入操作
C：數(shù)據(jù)一旦到達(dá)對(duì)等節(jié)點(diǎn)的磁盤，即收到寫入確認(rèn)就認(rèn)為完成了寫入操作
協(xié)議A性能最好，C數(shù)據(jù)可靠性最高

本文轉(zhuǎn)自 meteor_hy 51CTO博客，原文鏈接：http://blog.51cto.com/zuoshou/1742691，如需轉(zhuǎn)載請(qǐng)自行聯(lián)系原作者

總結(jié)

以上是生活随笔為你收集整理的DRBD复制协议的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。