rocketmq下载页面：http://rocketmq.apache.org/dowloading/releases/
本次搭建用的版本：https://archive.apache.org/dist/rocketmq/4.7.1/rocketmq-all-4.7.1-bin-release.zip

2台机器centos7.x
node2 192.168.0.15 主
node3 192.168.0.10 从

各解压到 /home/software/rocketmq

# 2台机器各正常启动 mqnamesrv 服务(9876端口)

[root@node2 bin]# ./mqnamesrv &
[root@node3 bin]# ./mqnamesrv &

# broker master配置文件（192.168.0.15）

[root@node2 conf]# cat broker.conf 
namesrvAddr=192.168.0.15:9876;192.168.0.10:9876

# 多网卡时指定
brokerIP1=192.168.0.15

brokerClusterName = rootopCluster

# brokerName相同则表示broker开启master slave
brokerName = broker-a

# brokerId，0表示master，非0表示slave
brokerId = 0

deleteWhen = 04
fileReservedTime = 48
brokerRole = ASYNC_MASTER
flushDiskType = ASYNC_FLUSH

# 修改 store 生成目录，否则会在用户家目录创建
storePathRootDir = /home/software/rocketmq/store
storePathCommitLog = /home/software/rocketmq/store/commitlog
diskMaxUsedSpaceRatio = 90

#发送消息的最大线程数
sendMessageThreadPoolNums: 200

#发送消息是否使用可重入锁
useReentrantLockWhenPutMessage: true

# 修改生成的 logs 目录，否则会在用户家目录创建

[root@node2 conf]# sed -i 's#\${user.home}#/home/software/rocketmq#g' logback_broker.xml 
[root@node2 conf]# sed -i 's#\${user.home}#/home/software/rocketmq#g' logback_tools.xml
[root@node2 conf]# sed -i 's#\${user.home}#/home/software/rocketmq#g' logback_namesrv.xml

# 修改 runserver.sh、runbroker.sh 启动脚本默认内存参数，否则启动可能提示无法分配内存（机器内存大的话忽略）

[root@node2 bin]# sed -i 's/-Xms4g -Xmx4g -Xmn2g/-Xms2g -Xmx2g -Xmn1g/g' runserver.sh
[root@node2 bin]# sed -i 's/-Xms8g -Xmx8g -Xmn4g/-Xms2g -Xmx2g -Xmn1g/g' runbroker.sh

# 启动broker

[root@node2 bin]# ./mqbroker -c /home/software/rocketmq/conf/broker.conf &

# 查看端口状态，mqnamesrv占用9876端口

[root@node2 bin]# netstat -tnlp | grep java
tcp6       0      0 :::10909                :::*                    LISTEN      20372/java          
tcp6       0      0 :::10911                :::*                    LISTEN      20372/java          
tcp6       0      0 :::10912                :::*                    LISTEN      20372/java          
tcp6       0      0 :::9876                 :::*                    LISTEN      20335/java 

10909 监听端口值 listenPort – 2，即默认为10909
10911 监听 listenPort 配置项指定的监听端口，默认10911
10912 监听端口为值为listenPort+1，即10912，该端口用于Broker的主从同步

# node3配置，broker slave配置文件（192.168.0.10）

[root@node3 conf]# cat broker.conf 
namesrvAddr=192.168.0.15:9876;192.168.0.10:9876
brokerIP1=192.168.0.10
brokerClusterName = rootopCluster
brokerName = broker-a
brokerId = 1
deleteWhen = 04
fileReservedTime = 48
brokerRole = SLAVE
flushDiskType = ASYNC_FLUSH

# 启动从broker

[root@node3 bin]# ./mqbroker -c /home/software/rocketmq/conf/broker.conf &

# mq web控制台管理服务，并解决 rocketmq-console-ng报错：exception.ServiceException: This date have’t data!，原因是时区不对

[root@node3 ~]# docker run -dit --name mqconsole -e "JAVA_OPTS=-Drocketmq.namesrv.addr=192.168.0.10:9876 -Dcom.rocketmq.sendMessageWithVIPChannel=false -Duser.timezone='Asia/Shanghai'" -p 8080:8080 -v /etc/localtime:/etc/localtime styletang/rocketmq-console-ng

# 关闭服务

[root@node2 bin]# ./mqshutdown namesrv
[root@node2 bin]# ./mqshutdown broker

# 百度的资料
https://blog.csdn.net/ever223/java/article/details/100547232

在开发中，经常使用到各种消息中间件，用于系统间的数据交换与异步解耦。常用的消息中间件有Kafka、RabbitMQ、RocketMQ。
不同的消息中间件在原理及使用上都有着自身的特点，比如Kafka和RocketMQ在协调点选择上就存在着很大的差异，Kafka是通过Zookeeper来进行协调，而RocketMQ通过自身的NameServer进行协调。
Kafka使用Zookeeper作为协调服务，故具备选举功能。选举主要分为两步：
1. Kafka先通过Zookeeper选举出Controller；
2. 再通过选举出的Controller，选出每个Partition的Leader副本和Follower副本。由于Kafka具备选举功能，所以某个Partition的Leader挂了，该Partition对应的某个Follower就会升级为Leader对外提供服务。
RocketMQ不具备选举
NameServer，很多时候称为命名发现服务，其在RocketMQ中起着中转承接的作用，是一个无状态的服务，多个NameServer之间不通信。
任何Producer、Consumer、Broker与所有NameServer通信，向NameServer请求或者发送数据。而且都是单向的，Producer和Consumer请求数据，Broker发送数据。正是因为这种单向的通信，RocketMQ水平扩容变得很容易。

NameServer是一个几乎无状态节点，可集群部署，节点之间无任何信息同步。MetaQ 1.x和MetaQ 2.x是依赖ZooKeeper的，由于ZooKeeper功能过重，RocketMQ（即MetaQ 3.x）去掉了对ZooKeeper依赖，采用自己的NameServer。
Broker部署相对复杂，Broker分为Master与Slave，一个Master可以对应多个Slave，但是一个Slave只能对应一个Master，Master与Slave的对应关系通过指定相同的BrokerName，不同的BrokerId来定义，BrokerId为0表示Master，非0表示Slave。Master也可以部署多个。每个Broker与NameServer集群中的所有节点建立长连接，定时注册Topic信息到所有NameServer。
Producer与NameServer集群中的其中一个节点(随机选择)建立长连接，定期从NameServer取Topic路由信息，并向提供Topic服务的Master建立长连接，且定时向Master发送心跳。Producer完全无状态，可集群部署。
Consumer与NameServer集群中的其中一个节点(随机选择)建立长连接，定期从NameServer取Topic路由信息，并向提供Topic服务的Master、Slave建立长连接，且定时向Master、Slave发送心跳。Consumer既可以从Master订阅消息，也可以从Slave订阅消息，订阅规则由Broker配置决定。