RocketMQ集群扩容方案

下文以rocketmq-4.3.0版本为例，新加的broker不作为namesrv使用（要不然需要修改整个集群配置，重启整个集群），原先集群构成为三主三从，刷盘方式为异步刷盘，节点配置为4核8G阿里云服务器。

1.（进入/data路径）下载rocketmq zip包

wget https://mirrors.tuna.tsinghua.edu.cn/apache/rocketmq/4.3.0/rocketmq-all-4.3.0-bin-release.zip

2.安装unzip（新机器的话再配置下java环境变量）

yum install -y unzip zip

3.解压rocketmq包

unzip /data/rocketmq-all-4.3.0-bin-release.zip

4.重命名

mv /data/rocketmq-all-4.3.0-bin-release /data/rocketmq-4.3

5.创建集群配置文件夹

mkdir /data/rocketmq-4.3/conf/4m-4s-async

6.创建集群配置文件并设置参数（也可复制原集群节点的配置文件进行稍作修改，主要修改brokerName、brokerId、brokerRole、namesrvAddr四个参数）

主节点：touch /data/rocketmq-4.3/conf/4m-4s-async/broker-d.conf

从节点：touch /data/rocketmq-4.3/conf/4m-4s-async/broker-d-s.conf

使用vim /data/rocketmq-4.3/conf/4m-4s-async/broker-d.conf命令，修改配置：

--brokerName:broker名称（需要修改）

--brokerId:broker节点ID，主节点为0，从节点为1

--brokerRole:broker节点角色，主节点为ASYNC_MASTER，从节点为SLAVE。官方文档解释如下

如果对消息的可靠性要求比较严格，可以采用 SYNC_MASTER加SLAVE的部署方式。如果对消息可靠性要求不高，可以采用ASYNC_MASTER加SLAVE的部署方式。如果只是测试方便，则可以选择仅ASYNC_MASTER或仅SYNC_MASTER的部署方式。

一般与flushDiskType对应着用，使用同步双写+异步刷盘的方式。

7.修改/data/rocketmq-4.3/bin路径下runbroker.sh、runserver.sh的vm运行参数

进入rocketmq路径下的bin目录：

 cd /data/rocketmq-4.3/bin/

修改runbroker.sh的vm参数（按照现有集群配置）：

修改runserver.sh的vm参数（按照现有集群配置）：

 

8.broker启停（可使用jps指令查看是否启停成功）

启动

主节点：nohup sh /data/rocketmq-4.3/bin/mqbroker -c /data/rocketmq-4.3/conf/4s-4m-async/broker-d.conf &

从节点：nohup sh /data/rocketmq-4.3/bin/mqbroker -c /data/rocketmq-4.3/conf/4m-4s-async/broker-d-s.conf &

停止

sh /data/rocketmq-4.3/bin/mqshutdown broker

使用jps查看是否启动成功

上图可以看出namesrv和broker都已启动成功。当然，这次新加的节点不作namesrv使用，所以我们在使用jps指令时只能看到BrokerStartup，我截上图只是想说明不管是broker和namesrv都可以通过jps来查看。

9.进入rocketmq控制台，对topic（可往新broker生产）和consumer（可从新broker消费）分别添加新增的broker

topic配置：将broker-d加到原来三主三从集群中，如果不做此项配置，生产者不会往broker-d中生产数据

 

 

consumer配置：将borker-d加到原来三主三从中，如果不做此项配置，消费组不会从broker-d中消费数据