的JGroups - 故障檢測時組協調器裸片

JGroups的文檔（http://www.jgroups.org/manual/html/index.html）指出，當正在使用FD發現協議，當前的組協調器負責當集羣的節點死亡更新集羣的視圖，但它是不從清晰當團隊協調員自己去世時正在做什麼的文件。
例如，我們有一個集羣{A，B，C，D}，節點A是這裏的協調器。現在，如果新成員'E'想加入，那麼協調員啓動JOIN協議並允許E加入羣集，如果成員（如'C'）崩潰，則'C'的鄰居將廣播可疑消息，協調器的GMS協議將排除'C'並將新視圖廣播給羣集成員。這是可以理解的。但是，如果集體協調員本身死亡，那麼（通過某種邏輯），該視圖中的下一位成員將擔任協調員。的JGroups - 故障檢測時組協調器裸片

我的問題是下一位會員將如何知道新的視圖？
它是信道成爲暫時並安裝新的視圖的部件和各部件的協調器檢查是否它是新的協調器或通過檢查在視圖中第一/最早的構件？

來源

2016-07-07 Sayan

首先，您正在查看過時的文檔;新的是在http://www.jgroups.org/manual/index.html。

當協調員死亡時，第二個內聯將接管併成爲新協調員。所以如果B收到SUSPECT(A)消息，它知道它需要接管，因爲座標（A）墜毀。

請注意，如果使用UDP作爲傳輸，則FD_ALL或FD_ALL2優於FD。

來源

2016-07-08 05:57:06

Thanks @Bela。對不起，查看過時的文件。但我仍然沒有懷疑。「如果B得到一個SUSPECT（A）信息，它就知道當co（A）崩潰時它需要接管。」 - 這意味着B成爲協調者，然後B將使用VERIFY_SUSPECT並最終從集羣中排除A並將新視圖{B，C，D}發佈給成員。是這樣嗎？但在這種情況下，如果發現在使用VERIFY_SUSPECT之後，A還活着，那麼協調員會發生什麼？ – Sayan

B不會接手 –

我也可以問一個與此相關的問題。如果B也崩潰怎麼辦？如果成員列表像A，B，C，D ...一樣，並且當前協調員和下一個候選人同時崩潰，那麼系統如何運作？在此先感謝， –

的JGroups - 故障檢測時組協調器裸片

回答

相關問題