1.es的master選舉採用的是自己實現的類似raft演算法的方式，而不是採用zk去實現，他的master選舉的依據有兩點：第一點比較clusterstate的version版本，誰的版本高誰就是master，第二點：clusterstate的version版本一樣的情況下，比較節點的id，誰的id比較小，誰就是master，這裡的id比較小應該是有這個節點先啟動的願望在裡面
2.在每一輪投票中，每個節點只投一票並彙總受到的選擇本節點為master的選票，只要選擇本節點為master節點的選票超過半數，那麼他就是master，注意這裡和zk內部選舉leader演算法的相似性
參考資料
Zookeeper實現Master選舉（哨兵機制）
master選舉使用場景及結構 現在很多時候我們的服務需要7 24小時工作，假如一台機器掛了，我們希望能有其它機器頂替它繼續工作。此類問題現在多採用master salve模式，也就是常說的主從模式，正常情況下主機提供服務，備機負責監聽主機狀態，當主機異常時，可以自動切換到備機繼續提供服務 這裡有點...
Curator使用 四 Master選舉
分布式執行一些不需要同時執行的複雜任務，curator利用zk的特質，實現了這個選舉過程。其實就是利用了多個zk客戶端在同乙個位置建節點，只會有乙個客戶端建立成功這個特性。來實現同一時間，只會選擇乙個客戶端執行任務 leaderselector selector new leaderselector...
es集群master節點配置組合
在生產環境下，如果不修改elasticsearch節點的角色資訊，在高資料量，高併發的場景下集群容易出現腦裂等問題。預設情況下，elasticsearch 集群中每個節點都有成為主節點的資格，也都儲存資料，還可以提供查詢服務。這些功能是由兩個屬性控制的。1.node.master 2.node.da...