1.解壓zookeeper安裝包(本人重命名爲zookeeper,並移動到/usr/local路徑下),此處只有解壓命令算法
tar -zxvf zookeeper-3.4.5.tar.gz服務器
2.進入到zookeeper文件夾下,並建立data和logs文件夾(通常解壓後都有data文件夾)session
[root@localhost zookeeper]# cd /usr/local/zookeeper/併發
[root@localhost zookeeper]# mkdir logs性能
3.在conf目錄下修改zoo.cfg文件(若是沒有此文件,則本身新建該文件),修改成以下內容:spa
最低配置調試
集羣選項日誌
參數名
|
默認 |
描述
|
electionAlg
|
以前的版本中, 這個參數配置是容許咱們選擇leader選舉算法,可是因爲在之後的版本中,只有「FastLeaderElection 」算法可用,因此這個參數目前看來沒有用了。
|
|
initLimit
|
10
|
Observer和Follower啓動時,從Leader同步最新數據時,Leader容許initLimit * tickTime的時間內完成。若是同步的數據量很大,能夠相應的把這個值設置的大一些。server |
leaderServes
|
yes | 默 認狀況下,Leader是會接受客戶端鏈接,並提供正常的讀寫服務。可是,若是你想讓Leader專一於集羣中機器的協調,那麼能夠將這個參數設置爲 no,這樣一來,會大大提升寫操做的性能。通常機器數比較多的狀況下能夠設置爲no,讓Leader不接受客戶端的鏈接。默認爲yes |
server.x=[hostname]:nnnnn[:nnnnn]
|
|
「x」是一個數字,與每一個服務器的myid文件中的id是同樣的。hostname是服務器的hostname,右邊配置兩個端口,第一個端口用於Follower和Leader之間的數據同步和其它通訊,第二個端口用於Leader選舉過程當中投票通訊。 |
syncLimit
|
|
表示Follower和Observer與Leader交互時的最大等待時間,只不過是在與leader同步完畢以後,進入正常請求轉發或ping等消息交互時的超時時間。
|
group.x=nnnnn[:nnnnn]
|
|
「x」是一個數字,與每一個服務器的myid文件中的id是同樣的。對機器分組,後面的參數是myid文件中的ID
|
weight.x=nnnnn
|
「x」是一個數字,與每一個服務器的myid文件中的id是同樣的。機器的權重設置,後面的參數是權重值
|
|
cnxTimeout |
5s
|
選舉過程當中打開一次鏈接的超時時間,默認是5s
|
standaloneEnabled
|
當設置爲false時,服務器在複製模式下啓動
|
4.進入bin目錄,啓動、中止、重啓分和查看當前節點狀態
[root@localhost bin]# ./zkServer.sh start
[root@localhost bin]# ./zkServer.sh stop
[root@localhost bin]# ./zkServer.sh restart
[root@localhost bin]# ./zkServer.sh status