Zookeeper 數據模型node
一、命名空間服務器
每個節點,加Znode.spa
樹的文件系統結構。orm
每一個節點都是系列化存儲事務
節點包含的數據:數據、數據長度、建立時間、同步
若是要修改文件數據,必須是覆蓋修改。it
節點類型:io
永久節點-會持久化到磁盤(如配置文件的管理)test
臨時節點- Session過時被刪除 (如各臺服務器的狀態值數據的管理,退出 zkCli,建立的也沒有了臨時節點)cli
建立方式 : create -e -s /test 'testing'
有序節點 包括 臨時和永久兩種類型,節點是有序列號的。
建立方式 : create -e -s /test 'testing' 。節點名會有號
Zookeeper 體系結構
一、Zookeeper的服務器數據,通常都用奇數臺。通常是用3臺。
二、角色:
leader:負責 write操做,首個被啓動的爲 leader,會從新選舉
follower: 只負責讀數據,會參與投選
obsever :只讀,不參與選舉
三、事物:
client發送Update請求,轉發到leader接受到,本身更新完以後,廣播同步到follower,都成功後,再發送給 client告知其結果。
client發送 read請求,直接訪問某一臺Zookeeper,直接返回結果。
四、順序號:
cZxid
五、Zookeeper的讀寫機制
Zookeeper的會話及狀態
Session負責鏈接Zookeeper與客戶端
Connecting 與connected 的2種狀態。
事務:
一、 客戶端的鏈接狀態- connecting--》排隊處理--》connected
二、 客戶端的鏈接狀態- connecting--》排隊超時--》time out failed