1.ZooKeeper是什么?
ZooKeeper是一個分布式的,開放源碼的分布式應用程序協(xié)調(diào)服務,是Google的Chubby一個開源的實現(xiàn),它是集群的管理者,監(jiān)視著集群中各個節(jié)點的狀態(tài)根據(jù)節(jié)點提交的反饋進行下一步合理操作。最終,將簡單易用的接口和性能高效、功能穩(wěn)定的系統(tǒng)提供給用戶。
2.ZooKeeper提供了什么?
1)文件系統(tǒng)
2)通知機制
3.Zookeeper文件系統(tǒng)
每個子目錄項如 NameService 都被稱作為znode,和文件系統(tǒng)一樣,我們能夠自由的增加、刪除znode,在一個znode下增加、刪除子znode,唯一的不同在于znode是可以存儲數(shù)據(jù)的。?
有四種類型的znode:?
1、PERSISTENT-持久化目錄節(jié)點?
客戶端與zookeeper斷開連接后,該節(jié)點依舊存在?
2、PERSISTENT_SEQUENTIAL-持久化順序編號目錄節(jié)點?
客戶端與zookeeper斷開連接后,該節(jié)點依舊存在,只是Zookeeper給該節(jié)點名稱進行順序編號?
3、EPHEMERAL-臨時目錄節(jié)點?
客戶端與zookeeper斷開連接后,該節(jié)點被刪除?
4、EPHEMERAL_SEQUENTIAL-臨時順序編號目錄節(jié)點?
客戶端與zookeeper斷開連接后,該節(jié)點被刪除,只是Zookeeper給該節(jié)點名稱進行順序編號?

4.Zookeeper通知機制
客戶端注冊監(jiān)聽它關(guān)心的目錄節(jié)點,當目錄節(jié)點發(fā)生變化(數(shù)據(jù)改變、被刪除、子目錄節(jié)點增加刪除)時,zookeeper會通知客戶端。
5.Zookeeper能做什么?
1.命名服務? ?2.配置管理? ?3.集群管理? ?4.分布式鎖??5.隊列管理
6.Zookeeper命名服務
在zookeeper的文件系統(tǒng)里創(chuàng)建一個目錄,即有唯一的path。在我們使用tborg無法確定上游程序的部署機器時即可與下游程序約定好path,通過path即能互相探索發(fā)現(xiàn)。
7.Zookeeper的配置管理
程序總是需要配置的,如果程序分散部署在多臺機器上,要逐個改變配置就變得困難?,F(xiàn)在把這些配置全部放到zookeeper上去,保存在 Zookeeper 的某個目錄節(jié)點中,然后所有相關(guān)應用程序?qū)@個目錄節(jié)點進行監(jiān)聽,一旦配置信息發(fā)生變化,每個應用程序就會收到 Zookeeper 的通知,然后從 Zookeeper 獲取新的配置信息應用到系統(tǒng)中就好

8.Zookeeper集群管理
所謂集群管理無在乎兩點:是否有機器退出和加入、選舉master。?
對于第一點,所有機器約定在父目錄GroupMembers下創(chuàng)建臨時目錄節(jié)點,然后監(jiān)聽父目錄節(jié)點的子節(jié)點變化消息。一旦有機器掛掉,該機器與 zookeeper的連接斷開,其所創(chuàng)建的臨時目錄節(jié)點被刪除,所有其他機器都收到通知:某個兄弟目錄被刪除,于是,所有人都知道:它上船了。
新機器加入也是類似,所有機器收到通知:新兄弟目錄加入,highcount又有了,對于第二點,我們稍微改變一下,所有機器創(chuàng)建臨時順序編號目錄節(jié)點,每次選取編號最小的機器作為master就好。

9.Zookeeper分布式鎖
有了zookeeper的一致性文件系統(tǒng),鎖的問題變得容易。鎖服務可以分為兩類,一個是保持獨占,另一個是控制時序。?
對于第一類,我們將zookeeper上的一個znode看作是一把鎖,通過createznode的方式來實現(xiàn)。所有客戶端都去創(chuàng)建 /distribute_lock 節(jié)點,最終成功創(chuàng)建的那個客戶端也即擁有了這把鎖。用完刪除掉自己創(chuàng)建的distribute_lock 節(jié)點就釋放出鎖。?
對于第二類, /distribute_lock 已經(jīng)預先存在,所有客戶端在它下面創(chuàng)建臨時順序編號目錄節(jié)點,和選master一樣,編號最小的獲得鎖,用完刪除,依次方便。

10.Zookeeper隊列管理
兩種類型的隊列:
1、同步隊列,當一個隊列的成員都聚齊時,這個隊列才可用,否則一直等待所有成員到達。?
2、隊列按照 FIFO 方式進行入隊和出隊操作。?
第一類,在約定目錄下創(chuàng)建臨時目錄節(jié)點,監(jiān)聽節(jié)點數(shù)目是否是我們要求的數(shù)目。?
第二類,和分布式鎖服務中的控制時序場景基本原理一致,入列有編號,出列按編號。
11.分布式與數(shù)據(jù)復制?
Zookeeper作為一個集群提供一致的數(shù)據(jù)服務,自然,它要在所有機器間做數(shù)據(jù)復制。數(shù)據(jù)復制的好處:?
1、容錯:一個節(jié)點出錯,不致于讓整個系統(tǒng)停止工作,別的節(jié)點可以接管它的工作;?
2、提高系統(tǒng)的擴展能力 :把負載分布到多個節(jié)點上,或者增加節(jié)點來提高系統(tǒng)的負載能力;?
3、提高性能:讓客戶端本地訪問就近的節(jié)點,提高用戶訪問速度。?
從客戶端讀寫訪問的透明度來看,數(shù)據(jù)復制集群系統(tǒng)分下面兩種:?
1、寫主(WriteMaster) :對數(shù)據(jù)的修改提交給指定的節(jié)點。讀無此限制,可以讀取任何一個節(jié)點。這種情況下客戶端需要對讀與寫進行區(qū)別,俗稱讀寫分離;?
2、寫任意(Write Any):對數(shù)據(jù)的修改可提交給任意的節(jié)點,跟讀一樣。這種情況下,客戶端對集群節(jié)點的角色與變化透明。
對zookeeper來說,它采用的方式是寫任意。通過增加機器,它的讀吞吐能力和響應能力擴展性非常好,而寫,隨著機器的增多吞吐能力肯定下降(這也是它建立observer的原因),而響應能力則取決于具體實現(xiàn)方式,是延遲復制保持最終一致性,還是立即復制快速響應。
http://www.cnblogs.com/felixzh/p/5869212.html