預測裂腦情況後的初選數量

我正在嘗試使用http://www.drbd.org/users-guide/s-configure-split-brain-behavior.html中解釋的自動腦裂恢復策略來避免腦裂情況

如何預測我們參與的條件是什麼？如何預測裂腦後的初選數量？這一切都是偶然的嗎？

你有多少個節點？超過兩個？

無論如何，我發現以下設置是從腦裂中恢復的最佳方法：

1. after-sb-0pri：丟棄零更改
2. after-sb-1pri:丟棄次要
3. after-sb-2pri:斷開連接

因此，首先我們丟棄未寫入更改的點陣圖中的任何差異。其次 - 如果有一些圍欄活動並且一些更高級別的一方將一側切換到主要 - 然後丟棄次要更改 - 這會保留最新的更改，但可能您現在的次要角色並沒有長期擔任主要角色。第三，如果那沒有幫助您必須手動解決此問題。

我可能會在這裡引用 Douglas Admams：“不要被咬”（來自“Last Chance to See”）。關於如何被裂腦“咬傷”，有很多可能的方法。因此，這取決於您的具體設置以及您陷入裂腦情況的原因。

我嘗試通過對上述集群使用至少三個不同的心跳線來避免這些。這三行不應該有任何共同的故障點。如果反應可能導致腦裂情況，至少有一個非常智能（商業）的集群解決方案會停止反應。但是對於小額資金解決方案，至少要遵循三個真正獨立的規則……

引用自：https://serverfault.com/questions/275821