本文介绍云消息队列 RocketMQ 版的系统部署架构，方便您更好地理解云消息队列 RocketMQ 版的高可用性。

云消息队列 RocketMQ 版在任何一个环境都是可扩展的，生产者必须是一个集群，消息服务器必须是一个集群，消费者也同样。集群级别的高可用，是云消息队列 RocketMQ 版跟其他的消息服务器的主要区别，消息生产者发送一条消息到消息服务器，消息服务器会随机的选择一个消费者，只要这个消费者消费成功就认为是成功了。

重要 文中所提及的云消息队列 RocketMQ 版的服务端或者服务器包含Name Server、Broker等。服务端不等同于Broker。

系统部署架构

系统部署架构如下图所示。architecture

图中所涉及到的概念如下所述：

  • Name Server：是一个几乎无状态节点，可集群部署，在云消息队列 RocketMQ 版中提供命名服务，更新和发现Broker服务。
  • Broker：消息中转角色，负责存储消息，转发消息。分为Master Broker和Slave Broker，一个Master Broker可以对应多个Slave Broker，但是一个Slave Broker只能对应一个Master Broker。Broker启动后需要完成一次将自己注册至Name Server的操作；随后每隔30s定期向Name Server上报Topic路由信息。
  • 生产者：与Name Server集群中的其中一个节点（随机）建立长连接（Keep-alive），定期从Name Server读取Topic路由信息，并向提供Topic服务的Master Broker建立长连接，且定时向Master Broker发送心跳。
  • 消费者：与Name Server集群中的其中一个节点（随机）建立长连接，定期从Name Server拉取Topic路由信息，并向提供Topic服务的Master Broker、Slave Broker建立长连接，且定时向Master Broker、Slave Broker发送心跳。Consumer既可以从Master Broker订阅消息，也可以从Slave Broker订阅消息，订阅规则由Broker配置决定。

更多信息

云消息队列 RocketMQ 版中的概念详情，请参见基本概念。