一、為什么要集群

• 單點存在單點故障問題
• 集群可以分擔壓力，提高QPS
• 主從可以保證消息可靠性，比如只有M沒S。M磁盤壞了，那未被消費的消息都丟了。而S可以作為備份。

二、單M模式

1、特點

• 只有一個Master節點，所以單點故障是致命缺點。
• 優點：配置簡單，方便部署。
• 缺點：單點故障，一旦Broker重啟或者直接宕機了，那會導致整個服務不可用。

2、圖解

三、多M模式

1、特點

• 一個集群無Slave節點，全是Master節點。
• 優點：配置相對不復雜，單個M宕機或者重啟對業務系統無感知，照常提供服務。只是這個broker上如果有消息未被消費的話可能無法繼續消費，但是消息不會丟失，持久化到磁盤的。異步刷盤的話會存在少量丟失。
• 缺點：單臺機器宕機期間，這臺機器上未被消費的消息在機器恢復之前不可訂閱，消息實時性會受到受到影響。

2、圖解

四、多M多S模式

一個集群既有Master節點又有Slave節點。

1、異步復制

• 每個 Master 配置一個 Slave，有多對Master-Slave， HA，采用異步/同步復制方式，主備有短暫消息延遲，毫秒級。
• 優點：即使磁盤損壞，消息丟失的非常少，且消息實時性不會受影響，因為Master 宕機后，消費者仍然可以從 Slave消費，此過程對應用透明。不需要人工干預。性能同多 Master 模式幾乎一樣。
• 缺點：Master 宕機，磁盤損壞情況，會丟失少量消息。

2、同步雙寫

• 每個 Master 配置一個 Slave，有多對Master-Slave， HA采用同步雙寫方式，主備都寫成功，向應用返回成功。

• 優點：數據與服務都無單點， Master宕機情況下，消息無延遲，服務可用性與數據可用性都非常高。

• 缺點：性能比異步復制模式略低，大約低 10%左右，發送單個消息的 RT會略高。目前主宕機后，備機不能自動切換為主機，后續會支持自動切換功能。

• 要想真正意義的保證消息不丟失，這個同步雙寫是必須的 。

3、圖解

五、queue的分布

一個topic的queue可以分布到多個Broker上。比如一個topic有4個queue，他可能分配到broker-a上三個queue，broker-b上1個queue，這個queue的分配是由broker端決定的。但是為了驗證猜想我們可以手動從管控臺去創建這個topic，成功的話可以驗證我們的猜想。

首先我有2M2S的一個集群

創建topic

創建topic

查看status，可以發現為我們在每個broker上都創建了4個queue，也就是一共8個queue了。

點擊【TOPIC CONFIG】更改配置

再次查看就會發現已經生效了，驗證了我們的猜想

每個queue的消息都是不一樣的，也就是比如你發N條消息，他可能一部分在broker-a上一部分在broker-b上，不管他在哪，消息都是不一樣的，不要理解成M-S那種復制。他只是負載均衡將queue分配到了不同的broker上。