Zookeeper系列學習-(4)

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

相關文章
相關標籤/搜索