首先簡單介紹一下zookeeper

zookeeper的重要概念

• znode
  zookeeper在使用時不直接暴露原語，使用的時由一小部分調(diào)用方法組成的類似樹狀文件系統(tǒng)的API豆混，以便我們實現(xiàn)自己的原語忘分，增加使用的靈活性瑞眼。而由我們自己維護的這個文件系統(tǒng)的每一個數(shù)據(jù)節(jié)點稱為znode曹抬。其中znode可以分為兩種節(jié)點，臨時節(jié)點和持久節(jié)點关翎，他們的區(qū)別是扛门，持久節(jié)點只能通過delete的操作刪除，而臨時節(jié)點當客戶端失去與zookeeper的連接時便會被刪除,當然臨時節(jié)點也可以被delete操作刪除纵寝。zookeeper暴露了六個API供我們維護這個文件系統(tǒng)，create星立、delete爽茴、exists、setData绰垂、getData室奏、getChildren。
• 版本
  zookeeper為了管理集群服務劲装，在每個znode上面都會設置一個版本號胧沫，類似于SVN的管理，當一個znode被創(chuàng)建后占业，每次數(shù)據(jù)變化都會變更版本號绒怨，當多個客戶端操作同一個znode的時候，會進行版本號對比谦疾，如果對不上版本時南蹂，操作便不會成功，就像SVN同一個版本check下來的項目念恍，別人先commit了六剥，自己就commit不了了晚顷。
• 會話
  客戶端與服務端建立的TCP長連接，這個會話能夠進行心跳檢測疗疟、Watch事件该默、發(fā)送請求、接收響應等多個工作策彤，而且每個會話都有各自的SessionID权均，全局唯一。
• 監(jiān)視器
  zookeeper分布式很重要的特性锅锨，通過注冊和通知實現(xiàn)分布式協(xié)調(diào)服務叽赊。
• ACL
  與Linux的文件系統(tǒng)ACL權(quán)限控制相似，zookeeper可以對每個節(jié)點進行ACL權(quán)限控制
• zookeeper仲裁
  在集群模式下必搞，每個客戶端發(fā)起的請求會同步到各個機器節(jié)點上必指，然后再返回信息給客戶端，但是如果在一個大集群中存在網(wǎng)絡延遲恕洲、機器性能等問題時塔橡，要在同步到全部節(jié)點上顯得處理時間太長，為解決這個問題就引出仲裁霜第，而這個仲裁的基礎是zookeeper判斷集群健壯性的原則(n/2+1)葛家。所謂仲裁，就是眾人成虎泌类，假設集群節(jié)點數(shù)為n癞谒，那么只要客戶端的請求同步到n/2+1的節(jié)點上，就能保證這個請求在正常的集群狀態(tài)下最終一定能同步到全部節(jié)點上刃榨。因此這個n/2+1既是健壯性原則弹砚，也是zookeeper仲裁法定人數(shù)的最小值。
  舉個例子：現(xiàn)在有5個節(jié)點枢希，客戶端向節(jié)點1發(fā)起了請求桌吃，節(jié)點1同步信息到節(jié)點2了，如果這時我們設定的法定人數(shù)為2苞轿，那么集群就會認為可以給客戶端返回請求確認的信息了茅诱，然而在返回與客戶端發(fā)起監(jiān)聽的過程中，1搬卒、2節(jié)點掛了瑟俭，與客戶端的連接也丟失了，這時3秀睛、4尔当、5節(jié)點正常，正常節(jié)點大于n/2，所以zookeeper覺得集群正常椭迎，就繼續(xù)工作锐帜，然而3、4畜号、5節(jié)點還沒來得及同步客戶端的請求缴阎，那么客戶端重新連接過來時，發(fā)起的監(jiān)聽請求就找不到要監(jiān)聽的節(jié)點了简软，這就造成了數(shù)據(jù)的丟失了蛮拔。

zookeeper概述

• ZooKeeper 是一個開源的分布式協(xié)調(diào)服務，ZooKeeper框架最初是在“Yahoo!"上構(gòu)建的痹升，用于以簡單而穩(wěn)健的方式訪問他們的應用程序建炫。 后來，Apache ZooKeeper成為Hadoop疼蛾，HBase和其他分布式框架使用的有組織服務的標準肛跌。
• ZooKeeper 是一個典型的分布式數(shù)據(jù)一致性解決方案，分布式應用程序可以基于 ZooKeeper 實現(xiàn)諸如數(shù)據(jù)發(fā)布/訂閱察郁、負載均衡衍慎、命名服務、分布式協(xié)調(diào)/通知皮钠、集群管理稳捆、Master 選舉、分布式鎖和分布式隊列等功能麦轰。
• Zookeeper 一個最常用的使用場景就是用于擔任服務生產(chǎn)者和服務消費者的注冊中心乔夯。 服務生產(chǎn)者將自己提供的服務注冊到Zookeeper中心，服務的消費者在進行服務調(diào)用的時候先到Zookeeper中查找服務原朝，獲取到服務生產(chǎn)者的詳細信息之后驯嘱，再去調(diào)用服務生產(chǎn)者的內(nèi)容與數(shù)據(jù)。

zookeeper特點

• zookeeper是一個用java編寫的分布式程序喳坠。
• zookeeper將數(shù)據(jù)保存在內(nèi)存中，這也就保證了數(shù)據(jù)的高吞吐量和低延遲茂蚓。
• zookeeper的數(shù)據(jù)節(jié)點有臨時和持久的類型壕鹉。
• Zookeeper底層只提供了兩個功能：1、管理（存儲聋涨、讀攘涝　）用戶程序提交的數(shù)據(jù)；2牍白、為用戶程序提交數(shù)據(jù)節(jié)點監(jiān)聽服務脊凰。

zookeeper模式

• zookeeper獨立模式
  只有一個單獨的zookeeper服務器，zookeeper狀態(tài)無法復制。

• zookeeper仲裁模式
  具有一組zookeeper服務器狸涌，它們之間可以進行狀態(tài)的復制和同時為客戶端服務切省。

這里要明確的一點是，我們說的zookeeper服務器不是我們硬件意義上的一臺服務器帕胆，而是該服務器上部署了一個zookeeper朝捆，就是說我們一臺硬件意義上的服務器可以部署多個zookeeper，并且成功通訊懒豹，這樣的模式也是仲裁模式芙盘。==

安裝過程

• 下載zookeeper，地址 http://archive.apache.org/dist/zookeeper/
• 解壓

# 新建一個zookeeper用戶
cd /export/server
tar -xvzf apache-zookeeper-3.5.7.tar.gz
mv apache-zookeeper-3.5.7  zookeeper3.5.7

• 配置JDK環(huán)境變量
  vi ~/.bash_profile脸秽，添加：

JAVA_HOME=/usr/java/jdk1.8.0_141”
PATH=$PATH:$JAVA_HOME/bin:$JAVA_HOME/jre/bin
Export PATH

source ~/.bash_profile

• 修改配置文件

cp /export/server/zookeeper3.5.7/conf/zoo_sample.cfg /export/server/zookeeper3.5.7/conf/zoo.cfg

配置文件參考下面即可

[root@server2 test]# vim /export/server/zookeeper3.5.7/conf/zoo.cfg | grep -v "#"
### 必要配置（沒有默認值）
# 心跳檢測時間儒老，單位ms(毫秒)，一般為3000毫秒记餐，設置更低的值可以更早發(fā)現(xiàn)服務器超時問題
tickTime=2000
# 內(nèi)存數(shù)據(jù)庫保存的模糊快照目錄驮樊，集群的id文件也需要再這個目錄下
dataDir=/epxort/server/zookeeper3.5.7/data
# 事務日志目錄
dataLogDir=/export/server/zookeeper3.5.7/log
#服務器建婷端口，客戶端的連接會發(fā)到這個端口
clientPort=52181
# 四字命令白名單剥扣，為了方便監(jiān)控巩剖，給出了這些命令權(quán)限
4lw.commands.whitelist=mntr,stat,cons,conf
## 集群配置
# follower連接到leader是的超時值，時間為10個ticktime钠怯，即20秒佳魔，因為連接過程中會做相當?shù)臄?shù)據(jù)同步，如果內(nèi)存數(shù)據(jù)較大可以適當增加該值
initLimit=10
# follower與leader同步的超時值晦炊，時間為5個ticktime鞠鲜，即10秒，如果網(wǎng)絡延遲較大或事務日志較多断国，可以適當增大該值
syncLimit=5
# 集群服務器配置參數(shù)贤姆，格式為server.x=ip:port1:port2[:observer]，port1用于事務日志同步稳衬，port2用于leader選舉霞捡，observer配置可以讓服務器變成觀察者模式，如需要使用觀察者薄疚，需要在觀察者服務器新增一行配置 peerType=observer
server.1=ip1:2222:2223
server.2=ip2:3333:3334
server.3=ip3:4444:4445
（上面ip1/2/3具體為對應集群主機的ip碧信，集群中所有主機的ip都要配上去。配置文件支持主機名代替ip街夭，但是需要配置好主機名和機器上主機名解析等配置砰碴，因此直接使用ip較為簡單直觀）
## 集群配置
### 必要配置（沒有默認值）
### 可選配置（有默認值）
## 存儲配置
# 預分配的事務日志文件大小，單位是KB板丽，默認值為64MB呈枉，但是往往不會達到這么大，設置該值可基于snapCount值和平局事務大小情況而定，必要時增大該值猖辫。默認的preAllocSize適用于默認的snapCount值和平均事務超過512KB的情況酥泞。
preAllocSize=10240
# 每次快照之間的事務數(shù)，默認值是100000住册，因為進行快照時會影響性能婶博，所以不應該設置太小。
# snapCount=100000
# 對快照和日志進行垃圾回收操作荧飞，單位是小時凡人，默認值是0，0代表不會執(zhí)行清理操作叹阔，現(xiàn)設置為20天清理一次挠轴，其實就是定時執(zhí)行了zk的bin目錄下的zkCleanup.sh腳本。
Autopurge.purgeInterval=480
# 執(zhí)行清理操作時耳幢，保留的快照梳理和其對應的事務日志文件數(shù)量岸晦，默認是3，也是最小值睛藻，即保留3個文件
Autopurge.snapRetainCount=10
## 存儲配置
## 擴展配置
# 如要禁用jetty程序启上，可使用這配置
# admin.enableServer=false
# jetty監(jiān)聽端口
admin.serverPort=58080
## 擴展配置
### 可選配置（有默認值）

#上面ip1/2/3具體為對應集群主機的ip，集群中所有主機的ip都要配上去店印。配置文件支持主機名代替ip冈在，但是需要配置好主機名和機器上主機名解析等配置，因此直接使用ip較為簡單直觀

• 日志配置

vi /export/server/zookeeper3.5.7/conf/log4j.properties按摘，修改以下配置:
zookeeper.root.logger=INFO, CONSOLE,ROLLINGFILE
zookeeper.log.dir=/export/server/zookeeper3.5.7/logs
log4j.appender.ROLLINGFILE=org.apache.log4j.DailyRollingFileAppender

以上過程3臺服務器都要執(zhí)行

• 創(chuàng)建myid
  這個步驟需要分別在server1,server2,server3創(chuàng)建不同的id來區(qū)分集群的機器包券，而且這個id必須跟上面zoo.cfg中server.后面的數(shù)字對應。

server1: echo “1” > /export/server/zookeeper3.5.7/data/myid
Server2: echo “2” > /export/server/zookeeper3.5.7/data/myid
Server3: echo “3” > /export/server/zookeeper3.5.7/data/myid

• 啟動
  zookeeper提供兩種啟動方式：
  1.zkServer.sh start-foreground（有啟動日志顯示炫贤，方便查看配置環(huán)境是否有錯誤）
  2.zkServer.sh start（沒有明顯日志溅固，成功或失敗都不會顯示，需要自行查看運行日志）
  這里使用第二種方式兰珍。
  建立啟動腳本：

cd ~/bin/
vi start_zookeeper.sh窘行，添加 :
cd /export/server/zookeeper3.5.7/bin
./zkServer.sh start

啟動完成后
./zkServer.sh status 或者 echo stat | nc localhost 52181獲取服務狀態(tài)欣范，確認是否啟動成功熄守。成功的話就可以看到集群的主從關(guān)系慷荔。(注意新版本3.4.10以后需要把需要用的四字命令加到配置文件白名單才可以使用四字命令，在zoo.cfg添加4lw.commands.whitelist=stat)

• 詳細配置