raft

    1熱度

    2回答

    在Raft論文中,他們提到所有客戶端交互發生在領導者節點上。我不明白的是領導者不斷變化。假設我的集羣位於負載平衡器後面。如何通知負載均衡器領導者已更改?或者如果我是正確的,負載均衡器是否可以向任何節點(追隨者或領導者)發送客戶端請求,並且追隨者節點有責任將請求發送給領導者?

    0熱度

    1回答

    我花了一點時間研究Consul。我讀過關於共識協議的內容。我看到如果Consul集羣想要可用,它需要一個法定人數的服務器節點來選舉領導者。我想知道當consul集羣運行少於一定數量的節點時,爲什麼它不使用剩餘運行的節點呢? 任何人都可以爲我回答?非常感謝你

    2熱度

    2回答

    在碼頭羣模式中,我可以運行碼頭節點ls來列出羣集節點,但它在工作節點上不起作用。我需要一個類似的功能。我知道工作人員節點並沒有一個強有力的集羣視圖,但應該有一種方法來獲得當前的領導者或可到達的領導者。 那麼有沒有一種方法可以在docker swarm模式1.12.1上獲得工作者節點上當前的leader/manager?

    0熱度

    1回答

    7個成員集羣,其中之一是領導者。 領導嘗試複製日誌(某些寫入) 發生網絡分區。 3名和4名成員。 負責人在少數分區結束 負責人只達到2名追隨者→複製失敗 在這種情況下會發生什麼? 據我所知:2名追隨者已經應用了一個「不好」的寫法,當網絡分區修補時,他們將覆蓋與大多數領導者的歷史寫作。但是這違反了線性化。

    1熱度

    2回答

    在木筏,領導 回執請求, 逃生日誌條目, RPC發送, 適用於狀態機 最後響應客戶端。 這個過程需要一定的時間,因此,如何應對未來的要求?拒絕他們?

    1熱度

    1回答

    Raft領導者節點將附加條目RPC發送給所有追隨者。顯然,當我們添加新的追隨者時,我們增加了網絡使用率,所以我的問題是關於我們可以向羣集添加多少節點。在Raft論文和其他地方,我讀到集羣中的5個節點是最佳選擇,但是如果我們在集羣中有100個節點,可以說什麼? 是的我明白我可以計算限制,是否有足夠的網絡帶寬。我的問題是更一般的,是幾十個壞體系結點的集羣?

    0熱度

    1回答

    對等集 - 對等集是參與日誌複製的所有成員的集合。爲Consul的目的,所有服務器節點都在本地數據中心的對等設備中。 〜從官方的文檔 是什麼同行和成員隨後的區別報價? 爲什麼我們有以下兩種API呢? (一個就足夠了?) i. /status/peers ii. /agent/members 請問您能否闡明內部細節? 上述API的結果是否存在不一致的可能性?

    0熱度

    2回答

    因此,首先,對我的英語感到抱歉。我不是以英語爲母語的人。 問題是,我已經有一個使用Thrift的分佈式數據(3臺服務器)的Cliente-Server應用程序的實現。現在(項目的最後一個階段)是使用Raft的一些實現(如使用Java的Im,選項是複製)來複制每個服務器。但是Thrift以他的方式創建服務器和客戶端(類似於Grafosd.Client客戶端= new ...),而Grafosd則由T

    1熱度

    1回答

    我使用以下pdf作爲參考。 它說lastApplied是應用於狀態機的最高日誌條目,但是與commitIndex有什麼不同呢? 也就是領導者上的matchIndex只是追隨者的commitIndex?如果不是有什麼區別?

    3熱度

    1回答

    考慮這個模擬在官方raft webpage 爲什麼term 2 index 1儘管不S2 (leader),S3和S4致力於商定的日誌?我運行這個多分鐘來確保所有的溝通都已經發生。 奇怪的是,如果我再添加一個日誌條目term 6 index 2那麼將提交term 2 index 1。 有誰知道什麼是防止term 2 index 1規則被提交?