zookeeper 叢集安裝（單點與分散式成功安裝）

ZooKeeper是一個分散式開源框架，提供了協調分散式應用的基本服務，它向外部應用暴露一組通用服務——分散式同步（Distributed Synchronization）、命名服務（Naming Service）、叢集維護（Group Maintenance）等，簡化分散式應用協調及其管理的難度，提供高效能的分散式服務。ZooKeeper本身可以以Standalone模式安裝執行，不過它的長處在於透過分散式ZooKeeper叢集（一個Leader，多個Follower），基於一定的策略來保證ZooKeeper叢集的穩定性和可用性，從而實現分散式應用的可靠性。

有關ZooKeeper的介紹，網上很多，也可以參考文章後面，我整理的一些相關連結。

下面，我們簡單說明一下ZooKeeper的配置。

ZooKeeper Standalone模式

從Apache網站上（zookeeper.apache.org）下載ZooKeeper軟體包，我選擇了3.3.4版本的（zookeeper-3.3.4.tar.gz），在一臺Linux機器上安裝非常容易，只需要解壓縮後，簡單配置一下即可以啟動ZooKeeper伺服器程式。

將zookeeper-3.3.4/conf目錄下面的 zoo_sample.cfg修改為zoo.cfg，配置檔案內容如下所示：

上面各個配置引數的含義也非常簡單，引用如下所示：

下面啟動ZooKeeper伺服器程式：

透過jps命令可以檢視ZooKeeper伺服器程式，名稱為QuorumPeerMain。

在客戶端連線ZooKeeper伺服器，執行如下命令：

上面dynamic是我的主機名，如果在本機執行，則執行如下命令即可：
客戶端連線資訊如下所示：

接著，可以使用help檢視Zookeeper客戶端可以使用的基本操作命令。

ZooKeeper Distributed模式

ZooKeeper分散式模式安裝（ZooKeeper叢集）也比較容易，這裡說明一下基本要點。

首先要明確的是，ZooKeeper叢集是一個獨立的分散式協調服務叢集，“獨立”的含義就是說，如果想使用ZooKeeper實現分散式應用的協調與管理，簡化協調與管理，任何分散式應用都可以使用，這就要歸功於Zookeeper的資料模型（Data Model）和層次名稱空間（Hierarchical Namespace）結構，詳細可以參考。在設計你的分散式應用協調服務時，首要的就是考慮如何組織層次名稱空間。

下面說明分散式模式的安裝配置，過程如下所示：

第一步：主機名稱到IP地址對映配置

ZooKeeper叢集中具有兩個關鍵的角色：Leader和Follower。叢集中所有的結點作為一個整體對分散式應用提供服務，叢集中每個結點之間都互相連線，所以，在配置的ZooKeeper叢集的時候，每一個結點的host到IP地址的對映都要配置上叢集中其它結點的對映資訊。

例如，我的ZooKeeper叢集中每個結點的配置，以slave-01為例，/etc/hosts內容如下所示：

ZooKeeper採用一種稱為Leader election的選舉演算法。在整個叢集執行過程中，只有一個Leader，其他的都是Follower，如果ZooKeeper叢集在執行過程中Leader出了問題，系統會採用該演算法重新選出一個Leader。因此，各個結點之間要能夠保證互相連線，必須配置上述對映。

ZooKeeper叢集啟動的時候，會首先選出一個Leader，在Leader election過程中，某一個滿足選舉算的結點就能成為Leader。整個叢集的架構可以參考。

第二步：修改ZooKeeper配置檔案

在其中一臺機器（slave-01）上，解壓縮zookeeper-3.3.4.tar.gz，修改配置檔案conf/zoo.cfg，內容如下所示：

上述配置內容說明，可以參考。

第三步：遠端複製分發安裝檔案

上面已經在一臺機器slave-01上配置完成ZooKeeper，現在可以將該配置好的安裝檔案遠端複製到叢集中的各個結點對應的目錄下：

第四步：設定myid

在我們配置的dataDir指定的目錄下面，建立一個myid檔案，裡面內容為一個數字，用來標識當前主機，conf/zoo.cfg檔案中配置的server.X中X為什麼數字，則myid檔案中就輸入這個數字，例如：

按照上述進行配置即可。

第五步：啟動ZooKeeper叢集

在ZooKeeper叢集的每個結點上，執行啟動ZooKeeper服務的指令碼，如下所示：

以結點slave-01為例，日誌如下所示： 我啟動的順序是slave-01>slave-02>slave-03，由於ZooKeeper叢集啟動的時候，每個結點都試圖去連線叢集中的其它結點，先啟動的肯定連不上後面還沒啟動的，所以上面日誌前面部分的異常是可以忽略的。透過後面部分可以看到，叢集在選出一個Leader後，最後穩定了。

其他結點可能也出現類似問題，屬於正常。

第六步：安裝驗證

可以透過ZooKeeper的指令碼來檢視啟動狀態，包括叢集中各個結點的角色（或是Leader，或是Follower），如下所示，是在ZooKeeper叢集中的每個結點上查詢的結果：

透過上面狀態查詢結果可見，slave-02是叢集的Leader，其餘的兩個結點是Follower。

另外，可以透過客戶端指令碼，連線到ZooKeeper叢集上。對於客戶端來說，ZooKeeper是一個整體（ensemble），連線到ZooKeeper叢集實際上感覺在獨享整個叢集的服務，所以，你可以在任何一個結點上建立到服務叢集的連線，例如：

當前根路徑為/zookeeper。

總結說明

主機名與IP地址對映配置問題

啟動ZooKeeper叢集時，如果ZooKeeper叢集中slave-01結點的日誌出現如下錯誤：

很顯然，slave-01在啟動時連線叢集中其他結點（slave-02、slave-03）時，主機名對映的IP與我們實際配置的不一致，所以叢集中各個結點之間無法建立鏈路，整個ZooKeeper叢集啟動是失敗的。

上面錯誤日誌中slave-02/202.106.199.35:3888實際應該是slave-02/202.192.168.0.178:3888就對了，但是在進行域名解析的時候對映有問題，修改每個結點的/etc/hosts檔案，將ZooKeeper叢集中所有結點主機名到IP地址的對映配置上。


原文地址：http://www.blogjava.net/hello-yun/archive/2012/05/03/377250.html