跟我學Kafka之zookeeper的存儲結構

一、zookeeper存儲結構總圖

圖片

當我們kafka啟動運行以后,就會在zookeeper上初始化kafka相關數據,主要包括六大類:

  • consumers
  • admin
  • config
  • controller
  • brokers
  • controller_epoch

1、brokers節點結構說明

1.1 topic信息結構

/brokers/topics/[topic] :

存儲某個topic的partitions所有分配信息:


Schema:
{
    "version": "版本編號目前固定為數字1",
    "partitions": {
        "partitionId編號": [
            同步副本組brokerId列表
        ],
        "partitionId編號": [
            同步副本組brokerId列表
        ],
        .......
    }
}

Example:
{
"version": 1,
"partitions": {
"0": [1, 2],
"1": [2, 1],
"2": [1, 2],
}
}

1.2 partitions信息

/brokers/topics/[topic]/partitions/[0...N] 其中[0..N]表示partition索引號
/brokers/topics/[topic]/partitions/[partitionId]/state

Schema:
{
"controller_epoch": 表示kafka集群中的中央控制器選舉次數,
"leader": 表示該partition選舉leader的brokerId,
"version": 版本編號默認為1,
"leader_epoch": 該partition leader選舉次數,
"isr": [同步副本組brokerId列表]
}

 
Example:
{
"controller_epoch": 1,
"leader": 2,
"version": 1,
"leader_epoch": 0,
"isr": [2, 1]
}

1.3 broker信息

/brokers/ids/[0...N]

每個broker的配置文件中都需要指定一個數字類型的id(全局不可重復),此節點為臨時znode(EPHEMERAL)

Schema:
{
"jmx_port": jmx端口號,
"timestamp": kafka broker初始啟動時的時間戳,
"host": 主機名或ip地址,
"version": 版本編號默認為1,
"port": kafka broker的服務端端口號,由server.properties中參數port確定
}

 
Example:
{
"jmx_port": 5051,

"timestamp":"1403061000000"
"version": 1,
"host": "127.0.0.1",
"port": 8081
}

2、Controller_epoch

/controller_epoch -> int (epoch)

此值為一個數字,kafka集群中第一個broker第一次啟動時為1,以后只要集群中center controller(中央控制器)所在broker變更或掛掉,就會重新選舉新的center controller,每次center controller變更controller_epoch值就會 + 1;

3、Controller信息

/controller -> int (broker id of the controller)

存儲center controller(中央控制器)所在kafka broker的信息。

Schema:
{
"version": 版本編號默認為1,
"brokerid": kafka集群中broker唯一編號,
"timestamp": kafka broker中央控制器變更時的時間戳
}

 
Example:

{
"version": 1,
"brokerid": 3,
"timestamp": "1403061802981"
}

這個的意思就說明,當前的Controller所在的Broker機器是哪臺,變更時間是多少等。

4、Consumer信息

/consumers/[groupId]/ids/[consumerIdString]

每個consumer都有一個唯一的ID(consumerId可以通過配置文件指定,也可以由系統生成),此id用來標記消費者信息。

Schema:
{
"version": 版本編號默認為1,
"subscription": { //訂閱topic列表},
"topic名稱": consumer中topic消費者線程數
"pattern": "static",
"timestamp": "consumer啟動時的時間戳"
}

4.1 Consumer offset信息

/consumers/[groupId]/offsets/[topic]/[partitionId] -> long (offset)

用來跟蹤每個consumer目前所消費的partition中最大的offset。此znode為持久節點,可以看出offset跟group_id有關,以表明當消費者組(consumer group)中一個消費者失效,重新觸發balance,其他consumer可以繼續消費。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容