*（大致了解 ZooKeeper 選舉機制即可）* <br/> 1. 半數機制：集群中半數以上機器存活，集群可用。所以 zookeeper 適合裝在<mark>奇數臺</mark>機器上。 2. Zookeeper 雖然在配置文件中并沒有指定 master 和 slave。但是，zookeeper工作時，是有一個節點為 leader，其他則為 follower，Leader 是通過內部的選舉機制臨時產生的。 3. leader 的選擇機制，zookeeper 提供了三種方式： ? LeaderElection ? AuthFastLeaderElection ? FastLeaderElection 以下主要分析 FastLeaderElection 機制。 4. 以一個簡單的例子來說明整個選舉的過程。 假設有五臺服務器組成的 zookeeper 集群，它們的 id 從 1-5，同時它們都是最新啟動的，也就是沒有歷史數據，在存放數據量這一點上，都是一樣的。假設這些服務器依序啟動，來看看會發生什么。  目前有 5 臺服務器，每臺服務器均沒有數據，它們的編號分別是 1,2,3,4,5, 按編號依次啟動，它們的選擇舉過程如下： 1）服務器 1 啟動，給自己投票，然后發投票信息，由于其它機器還沒有啟動所以它收不到反饋信息，服務器 1 的狀態一直屬于 Looking(選舉狀態)。 2）服務器 2 啟動，給自己投票，同時與之前啟動的服務器 1 交換結果，由于服務器 2 的編號大所以服務器 2 勝出，但此時投票數沒有大于半數，所以兩個服務器的狀態依然是 LOOKING。 3） 服務器 3 啟動，給自己投票，同時與之前啟動的服務器 1,2 交換信息，由于服務器 3 的編號最大所以服務器 3 勝出，此時投票數正好大于半數，所以服務器 3 成為領導者，服務器 1,2 成為小弟。 4） 服務器 4 啟動，給自己投票，同時與之前啟動的服務器 1,2,3 交換信息，盡管服務器 4 的編號大，但之前服務器 3 已經勝出，所以服務器 4 只能成為小弟。 5）服務器 5 啟動，后面的邏輯同服務器 4 成為小弟。