zookeeper特性與節點說明

一、zookeeper概要、背景及作用

zookeeper產生背景：

專案從單體到分布式轉變之后，將會產生多個節點之間協同的問題，如：

1. 每天的定時任務由誰哪個節點來執行？
2. RPC呼叫時的服務發現?
3. 如何保證并發請求的冪等
4. ....

這些問題可以統一歸納為多節點協調問題，如果靠節點自身進行協調這是非常不可靠的，性能上也不可取，必須由一個獨立的服務做協調作業，它必須可靠，而且保證性能，

zookeeper概要：

ZooKeeper是用于分布式應用程式的協調服務，它公開了一組簡單的API，分布式應用程式可以基于這些API用于同步，節點狀態、配置等資訊、服務注冊等資訊，其由JAVA撰寫，支持JAVA 和C兩種語言的客戶端，

znode 節點

zookeeper 中資料基本單元叫節點，節點之下可包含子節點，最后以樹級方式程現，每個節點擁有唯一的路徑path，客戶端基于PATH上傳節點資料，zookeeper 收到后會實時通知對該路徑進行監聽的客戶端，

二、部署與常規配置

zookeeper 基于JAVA開發，下載后只要有對應JVM環境即可運行，其默認的埠號是2181運行前得保證其不沖突，

版本說明：

2019年5月20日發行的3.5.5是3.5分支的第一個穩定版本，此版本被認為是3.4穩定分支的后續版本，可以用于生產，基于3.4它包含以下新功能

• 動態重新配置
• 本地會議
• 新節點型別：容器，TTL
• 原子廣播協議的SSL支持
• 洗掉觀察者的能力
• 多執行緒提交處理器
• 升級到Netty 4.1
• Maven構建

另請注意：建議的最低JDK版本為1.8
檔案說明：

• apache-zookeeper-xxx-tar.gz 代表源代碼
• apache-zookeeper-xxx-bin.tar.gz 運行版本

下載地址：https://zookeeper.apache.org/releases.html#download
具體部署流程：

#下載
wget https://mirrors.tuna.tsinghua.edu.cn/apache/zookeeper/current/apache-zookeeper-3.5.5-bin.tar.gz
#解壓
tar -zxvf apache-zookeeper-3.5.5-bin.tar.gz
#拷貝默認配置
cd  {zookeeper_home}/conf 
cp zoo_sample.cfg zoo.cfg
#啟動
 {zookeeper_home}/bin/zkServer.sh

常規組態檔說明：

# zookeeper時間配置中的基本單位 (毫秒)
tickTime=2000
# 允許follower初始化連接到leader最大時長，它表示tickTime時間倍數 即:initLimit*tickTime
initLimit=10
# 允許follower與leader資料同步最大時長,它表示tickTime時間倍數 
syncLimit=5
#zookeper 資料存盤目錄
dataDir=/tmp/zookeeper
#對客戶端提供的埠號
clientPort=2181
#單個客戶端與zookeeper最大并發連接數
maxClientCnxns=60
# 保存的資料快照數量，之外的將會被清除
autopurge.snapRetainCount=3
#自動觸發清除任務時間間隔，小時為單位，默認為0，表示不自動清除，
autopurge.purgeInterval=1

客戶端命令：

基本命令串列
**close **
關閉當前會話
**connect host:port **
重新連接指定Zookeeper服務
create [-s] [-e] [-c] [-t ttl] path [data] [acl]
創建節點
delete [-v version] path
洗掉節點，(不能存在子節點）
deleteall path
洗掉路徑及所有子節點
setquota -n|-b val path
設定節點限額 -n 子節點數 -b 位元組數
listquota path
查看節點限額
delquota [-n|-b] path
洗掉節點限額
get [-s] [-w] path
查看節點資料 -s 包含節點狀態 -w 添加監聽
getAcl [-s] path
ls [-s] [-w] [-R] path
列出子節點 -s狀態 -R 遞回查看所有子節點 -w 添加監聽
printwatches on|off
是否列印監聽事件
**quit **
退出客戶端
**history **
查看執行的歷史記錄
redo cmdno
重復 執行命令，history 中命令編號確定
removewatches path [-c|-d|-a] [-l]
洗掉指定監聽
set [-s] [-v version] path data
設定值
setAcl [-s] [-v version] [-R] path acl
為節點設定ACL權限
stat [-w] path
查看節點狀態 -w 添加監聽
sync path
強制同步節點

node資料的增刪改查

# 列出子節點 
ls /
#創建節點
create /luban "luban is good man"
# 查看節點
get /luban
# 創建子節點 
create /luban/sex "man"
# 洗掉節點
delete /luban/sex
# 洗掉所有節點 包括子節點
deleteall /luban

[zk: 127.0.0.1:2181(CONNECTED) 20] ls /
[admin, brokers, cluster, config, consumers, controller, controller_epoch, isr_change_notification, latest_producer_id_block, log_dir_event_notification, tmp0000000095, zookeeper]
[zk: 127.0.0.1:2181(CONNECTED) 21] create /xiaoqiang "xiaoqiang is a good man"
Created /xiaoqiang
[zk: 127.0.0.1:2181(CONNECTED) 22] get /xiaoqiang
xiaoqiang is a good man
[zk: 127.0.0.1:2181(CONNECTED) 23] create /xiaoqiang/age 17
Created /xiaoqiang/age
[zk: 127.0.0.1:2181(CONNECTED) 24] delete /xiaoqiang/age
[zk: 127.0.0.1:2181(CONNECTED) 25] deleteall /xiaoqiang

三、Zookeeper節點介紹

zookeeper 中節點叫znode存盤結構上跟檔案系統類似，以樹級結構進行存盤，不同之外在于znode沒有目錄的概念，不能執行類似cd之類的命令，znode結構包含如下：

• path:唯一路徑
• childNode：子節點
• stat:狀態屬性
• type:節點型別

節點型別

1. PERSISTENT（持久節點）

持久化保存的節點，也是默認創建的

#默認創建的就是持久節點
create /test

1. PERSISTENT_SEQUENTIAL(持久序號節點)

創建時zookeeper 會在路徑上加上序號作為后綴，，非常適合用于分布式鎖、分布式選舉等場景，創建時添加 -s 引數即可，

#創建序號節點
create -s /test
#回傳創建的實際路徑
Created /test0000000001
create -s /test
#回傳創建的實際路徑2
Created /test0000000002

1. EPHEMERAL（臨時節點）

臨時節點會在客戶端會話斷開后自動洗掉，適用于心跳，服務發現等場景，創建時添加引數-e 即可，

#創建臨時節點， 斷開會話 在連接將會自動洗掉
create -e /temp

1. EPHEMERAL_SEQUENTIAL（臨時序號節點）

與持久序號節點類似，不同之處在于EPHEMERAL_SEQUENTIAL是臨時的會在會話斷開后洗掉，創建時添加 -e -s

create -e -s /temp/seq

節點屬性

# 查看節點屬性
stat /luban

其屬性說明如下表：

#創建節點的事物ID
cZxid = 0x385
#創建時間
ctime = Tue Sep 24 17:26:28 CST 2019
#修改節點的事物ID
mZxid = 0x385
#最后修改時間
mtime = Tue Sep 24 17:26:28 CST 2019
# 子節點變更的事物ID
pZxid = 0x385
#這表示對此znode的子節點進行的更改次數（不包括子節點）
cversion = 0
# 資料版本，變更次數
dataVersion = 0
#權限版本，變更次數
aclVersion = 0
#臨時節點所屬會話ID
ephemeralOwner = 0x0
#資料長度
dataLength = 17
#子節點數(不包括子子節點)
numChildren = 0

節點的監聽：

客戶添加 -w 引數可實時監聽節點與子節點的變化，并且實時收到通知，非常適用保障分布式情況下的資料一至性，其使用方式如下：

acl權限設定

ACL全稱為Access Control List（訪問控制串列），用于控制資源的訪問權限，ZooKeeper使用ACL來控制對其znode的防問，基于scheme??permission的方式進行權限控制，scheme表示授權模式、id模式對應值、permission即具體的增刪改權限位，

scheme:認證模型

permission權限位

acl 相關命令：

world權限****示例
語法： setAcl world:anyone:<權限位>
注：world模式中anyone是唯一的值,表示所有人

1. 查看默認節點權限：

#創建一個節點
create -e /testAcl
#查看節點權限
getAcl /testAcl
#回傳的默認權限表示 ，所有人擁有所有權限，
'world,'anyone: cdrwa

1. 修改默認權限為 讀寫

#設定為rw權限 
setAcl /testAcl world:anyone:rw
# 可以正常讀
get /testAcl
# 無法正常創建子節點
create -e /testAcl/t "hi"
# 回傳沒有權限的例外
Authentication is not valid : /testAcl/t

IP權限示例：
語法： setAcl ip:<ip地址|地址段>:<權限位>

auth模式示例:
語法：

1. setAcl auth:<用戶名>:<密碼>:<權限位>
2. addauth digest <用戶名>:<密碼>

digest 權限示例：
語法：

1. setAcl digest :<用戶名>:<密鑰>:<權限位>
2. addauth digest <用戶名>:<密碼>

注1：密鑰 通過sha1與base64組合加密碼生成，可通過以下命令生成

echo -n <用戶名>:<密碼> | openssl dgst -binary -sha1 | openssl base64

注2：為節點設定digest 權限后，訪問前必須執行addauth，當前會話才可以防問，

1. 設定digest 權限

#先 sha1 加密，然后base64加密
echo -n luban:123456 | openssl dgst -binary -sha1 | openssl base64
#回傳密鑰
2Rz3ZtRZEs5RILjmwuXW/wT13Tk=
#設定digest權限
setAcl /luban digest:luban:2Rz3ZtRZEs5RILjmwuXW/wT13Tk=:cdrw

1. 查看節點將顯示沒有權限

#查看節點
get /luban
#顯示沒有權限訪問
org.apache.zookeeper.KeeperException$NoAuthException: KeeperErrorCode = NoAuth for /luban

1. 給當前會話添加認證后在次查看

#給當前會話添加權限帳戶
addauth digest luban:123456
#在次查看
get /luban
#獲得回傳結果
luban is good man

ACL的特殊說明：
權限僅對當前節點有效，不會讓子節點繼承，如限制了IP防問A節點，但不妨礙該IP防問A的子節點 /A/B，

還沒關注我的公眾號？

• 掃文末二維碼關注公眾號【小強的進階之路】可領取如下:
• 學習資料： 1T視頻教程：涵蓋Javaweb前后端教學視頻、機器學習/人工智能教學視頻、Linux系統教程視頻、雅思考試視頻教程；
• 100多本書：包含C/C++、Java、Python三門編程語言的經典必看圖書、LeetCode題解大全；
• 軟體工具：幾乎包括你在編程道路上的可能會用到的大部分軟體；
• 專案原始碼：20個JavaWeb專案原始碼，
  

標籤：大數據

上一篇：Hbase入門(三)——資料模型

下一篇：【hadoop】hadoop3.2.0應用環境搭建與使用指南