RocketMQ中的路由中心NameServer

RocketMQ的NameServer负责路由管理、服务注册和服务发现。Broker启动时向NameServer发送心跳,NameServer每隔10S扫描并移除120S未心跳的Broker。客户端定时拉取Topic路由信息。NameServer集群间不通信,简化设计提高效率,避免使用Zookeeper。早期版本曾用Zookeeper,但NameServer更适合RocketMQ的架构需求。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

RocketMQ的路由中心采用了自研的NameServer,提供了路由管理、服务注册、服务发现的功能。NameServer集群间互不通信。

先简单了解一下这三种能力的实现方式,后面会有源码分析。
路由管理:通过配置文件灵活加载配置。
服务注册:Broker在启动时向所有的NameServer心跳语句,每隔30S向所有NameServer发起心跳包。NameServer收到心跳包后更新缓存。NameServer每隔10S扫描brokerLiveTable,如果连续120S没有收到心跳包,则NameServer移除Broker的路由信息同时关闭Socket连接。
服务发现:RocketMQ的路由发现是非实时的。当topic对应的路由信息发生变化,NameServer并不会通知给客户端。而是由客户端定时拉取Topic对应的最新路由。不实时的路由发现引起的问题由客户端进行解决,保证了NameServer逻辑的简洁。

在分析源码前,其实我们还有一个绕不过去的疑惑,RocketMQ为什么没有采用Zookeeper作为路由中心呢?NameServer集群间互不通信,不具备选主功能,功能不是弱了吗?
其实正是因为RocketMQ的架构导致其不需要Zookeeper提供的“复杂”功能,NameServer完全够用。且因为其不复杂,性能更加高效。

我们对比一下kafka和RocketMQ的架构,能对这个问题有一个更清晰的认识。
图中椭圆表示逻辑概念,方块表示物理概念。
RocketMQ
RocketMQ中的master和slave可以认为是物理上的概念。一台机器要么是master,要么是slave,与topic无关,是在配置文件中指定的(也可以换种方式理解,认为master和slave是逻辑上的概念,broker是物理上的概念。但是一个broker要么是master,要么是slave)。master与slave通过配置brokerName来进行配对。相同的brokerName中,brokerId为0的表示master,其他表示slave。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值