收藏小程序IT藏经楼大量资源免费分享
1/ NameServer的集群部署
要***RocketMQ，首先要部署NameServer，那么NameServer到底可以部署几台机器呢？是一台机器还是可以部署多台机器，如果部署多台机器，他们之间是怎么协同工作的？
NameServer是支持部署多台机器的，也就是可以集群化部署，最主要的原因就是为了高可用性。因为NameServer是集群里面非常关键的一个角色，他要管理Broker的信息，别人都要通过他才知道要跟哪个Broker通信，所以没了他就会很麻烦。
那么如果NameServer就部署一台机器，一旦NameServer宕机了，就会导致整个RocketMQ集群出现故障；所以通常来说，NameServer一定会多机器部署，实现一个集群，起到高可用的效果，保证任何一台机器宕机，其他机器上的NameServer可以继续对外提供服务。
2/ Broker会把自己的信息注册到哪个NameServer上
Broker在启动的时候，会把自己的信息注册到NameServer上，这样消费者才可以通过NameServer获取到Broker的信息，然后从Broker上消费消息；那么在Broker启动的时候，会把自己注册到哪台NameServer上呢？
答案是每个Broker启动的时候，都得向所有NameServer进行注册。也就是说每个NameServer都会有一份集群中所有Broker的信息。
如果Broker只把自己的信息注册到某一台NameServer上，那当这台NameServer宕机的时候，这个Broker的信息就会丢失，所以这种做法是不靠谱的。
3/ 生产者和消费者如何从NameServer中获取Broker的信息
生产者和消费者需要知道集群里有哪些Broker，才能根据一定的算法挑选一个Broker去发送消息或者获取消息；有两种办法，第一种是NameServer会主动发送请求给所有的系统，告诉他们Broker信息，但是这种方法明显不靠谱，因为NameServer怎么知道要推送Broker信息给哪些系统呢？
第二种办法就是每个系统自己每隔一段时间，定时发送请求到NameServer去拉取最新的进群Broker信息；这个办法是靠谱的，没有什么明显的***，所以RocketMQ中的生产者和消费者就是这样，自己主动去NameServer拉取Broker信息。
4/ NameServer如何感知某个Broker是否已经宕机
Broker启动之后会向NameServer注册自己的信息，每个NameServer都知道集群里有这么一台Broker的存在，然后各个系统从NameServer中也拉取到了Broker的信息，也知道集群里有这么一台Broker。
但是如果这个Broker宕机了呢？
要解决这个问题，靠的是Broker跟NameServer之间的心跳机制，Broker会每隔30秒给所有NameServer发送心跳，告诉每个NameServer自己还活着。
每次NameServer收到一个Broker得到心跳，就更新一下他最近一次心跳的时间。然后NameServer会每隔10秒运行一个任务，去检查一下各个Broker最近一次心跳时间，如果哪个Broker超过120秒都没发送心跳了，那么就认为这个Broker已经挂掉了。
5/ 生产者和消费者是如何感知某个Broker是否已经宕机
如果Broker挂了，作为生产者和消费者的系统是怎么感知到的呢？难道必须得NameServer发送请求给所有系统通知他们吗？
这个是不现实的，之前已经说过了，NameServer去发送这个东西是非常不靠谱的。
但是如果NameServer没有及时的通知给那些系统，那么就会出现这样一种情况，刚开始集群里有10个Broker，各个系统从NameServer那里得知，都以为有10个Broker。
结果此时突然有一个Broker挂了，120s没有发送心跳给NameServer，NameServer是知道现在只有9个Broker了，但是此时其他系统是不知道只有9个Broker的，还以为有10个Broker，此时可能某个系统就会发送消息到那个已经挂掉的Broker上去，此时是绝对不可能成功发送消息的。
针对这种情况要怎么办？其实有两种办法解决
首先，可以考虑不发送消息到那台Broker，改成发送到其它Broker上去。
其次，假设必须要发送消息给那台Broker，那么他挂了，他的Slave机器是一个备份，可以继续使用，是不是可以考虑等一会儿去跟他的Slave进行通信？
免责声明：
1. 《RocketMQ - NameServer原理》内容来源于互联网，版权归原著者或相关公司所有。
2. 若《36120132文库网》收录的文本内容侵犯了您的权益或隐私，请立即通知我们删除。