分割槽的副本機制

2021-10-17 20:25:27 字數 516 閱讀 1740

我們已經知道kafka的每個topic都可以分為多個partition,並且多個partition會均勻分布在集群的各個節點下。雖然這種方式能夠有效的對資料進行分片,但是對於每個partition來說,都是單點的,當其中乙個partition不可用的時候,那麼這部分訊息就沒辦法消費。所以kafka為了提高partition的可靠性而提供了副本的概念(replica),通過副本機制來實現冗餘備份。

每個分割槽可以有多個副本,並且在副本集合中會存在乙個leader的副本,所有的讀寫請求都是由leader副本來進行處理。剩餘的其他副本都做為follower副本,follower副本會從leader副本同步訊息日誌。這個有點類似zookeeper中leader和follower的概念,但是具體的時間方式還是有比較大的差異。所以我們可以認為,副本集會存在一主多從的關係。

一般情況下,同乙個分割槽的多個副本會被均勻分配到集群中的不同broker上,當leader副本所在的broker出現故障後,可以重新選舉新的leader副本繼續對外提供服務。通過這樣的副本機制來提高kafka集群的可用性。

分割槽的副本機制

我們已經知道kafka的每個topic都可以分為多個partition,並且多個partition會均勻分布在集群的各個節點下。雖然這種方式能夠有效的對資料進行分片,但是對於每個partition來說,都是單點的,當其中乙個partition不可用的時候,那麼這部分訊息就沒辦法消費。所以kafka為...

HDFS的副本機制 副本機制的過程

hdfs的副本機制 快速恢復能力 副本機制 保證資料的容錯性 因為datanode上的資料是會丟失的,存第一塊的時候,又複製出一塊存放在其他兩個節點上,存放的相當於副本 假如說node1機器宕機了,其他的機器是有存放node1的block副本,即使node1宕機也不影響資料的完整性的 a.txt 在...

kafka分割槽和副本機制驗證

目前使用kafka集群,但是由於資料量還行,就不想使用太多的分割槽,所以只想弄乙個分割槽,網上資料看了一大堆,基本都是些理論和囉嗦,於是乎自己手動來驗證下這個情況的好壞。假設是三颱機器的kafka集群,建立乙個主題one fb1 fq1,指定副本數1和分割槽數1,命令 bin kafka topic...