本文介绍云消息队列 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 版中的概念详情,请参见基本概念