RocketMQ之NameServer

RocketMQ之NameServer

NameServer是用来管理集群中的所有Broker的信息，让所有系统都可以通过NameServer获取路由，找到集群中的Broker。

NameServer是RocketMQ运行的起点，所以本文着重来讲解一下NameServer的细节内容。

部署方式

NameServer支持集群化部署，可以在多台服务器上部署多个NameServer，主要目的是高可用，因为NameServer是集群中非常关键的一环，它管理着Broker信息，所有系统都需要通过它才知道和哪个Broker通信，所以必须要高可用，即便任何一台服务器宕机了，其他服务器上的NameServer可以继续对外提供服务。

Broker如何注册

每个broker启动后都会向所有的NameServer进行注册。
这样每个NameServer都包含了所有broker的信息，即使某一台NameServer宕机了，其他的NameServer也可以继续对外服务，不会出现丢失数据的情况，确保了NameServer的高可用。

如何获取Broker信息

生产者和消费者，每隔一段时间，定时的发送请求到NameServer去拉取最新的路由信息。
路由信息：集群中的Broker信息以及其他相关的数据信息，通过这些路由信息，每个系统就知道发送消息或者获取消息去哪台Broker上去进行了，这起到一个把消息路由到一个Broker上的效果，所以一般我们把这种信息叫做路由信息。

心跳机制

所有的Broker启动后会向所有的NameServer注册，则此时所有的NameServer上都有了一套完整的路由信息，能够感知到每一台Broker的存在，那么如何确保每台Broker都还“活着”呢？

如果此时有一台broker宕机了，NameServer是如何感知的呢？此时就需要依靠Broker和NameServer之间的心跳机制，Broker会每隔30s给所有的NameServer发送心跳，告诉每个NameServer自己还活着。NameServer收到心跳后，会更新一下该broker的最近一次心跳时间，然后NameServer会每隔10s运行一个任务，去检查一下各个Broker的最近一个心跳时间，如果某个Broker的最近一个心跳时间超过了120s，则认为该Broker挂掉了。

此时通过生产者和消费者的容错机制，再加上Slave Broker的存在，还有定时拉取路由信息等操作，即可保证某个broker宕机不会影响系统运行，确保了MQ的高可用。