角色介紹

• Producer：訊息的傳送者； 舉例：發信者
• Consumer：訊息接收者；舉例：收信者
• Broker：暫存和傳輸訊息；舉例：郵局
• NameServer：管理Broker；舉例：各個郵局的管理機構
• Topic：區分訊息的種類； 一個傳送者可以傳送訊息給一個或者多個Topic；一個訊息的接受者可以訂閱一個或者多個Topic訊息
• Message Queue：相當於Topic的分割槽； 用於並行傳送和接收訊息
  

叢集模式

單Master模式

這種方式風險較大，一旦Broker重啟或者宕機時，會導致整個服務不可用。不建議線上環境使用，可以用於本地測試。

多個Master模式

一個叢集無Slave，全是Master，例如2個Master或者3個Master，這種模式的優缺點如下：

• 有點：配置簡單，單個Master宕機或重啟維護對應用無影響，在磁碟配置為RAID10時，技師機器宕機不可恢復情況下，由於RAID10磁碟非常可靠，訊息不會丟失（非同步刷盤丟失少量訊息，同步刷盤一條不丟），效能最高
• 缺點：單臺機器宕機期間，這臺機器上未被消費的訊息在機器恢復之前不可訂閱，訊息實時性會受到影響。

多Master多Slave模式（非同步）

每個Master配置一個Slave，有多對Master-Slave，HA採用同步雙寫方式，即只有主備都寫成功，才想應用返回成功，這種模式的優缺點如下：

• 有點：資料與服務都無單點故障，Master宕情況下，訊息無延遲，服務可用性與資料可用性都非常高；
• 缺點：效能比非同步複製模式略低（大概10%左右），傳送當個訊息的RT會略高，且目前版本在主節點宕機後，備機不能自動切換到主機。