【RocketMQ】2. 在服务器上分布式搭建多Master多Slave模式RocketMQ

RocketMQ集群搭建

1.各角色介绍

• Producer：消息的发送者；
• Consumer：消息的接收者；
• Broker：暂存和传输消息；
• NameServer：管理Broker;
• Topic：区分消息的种类；一个发送者可以发送消息给一个或者多个Topic;一个消息的接收者可以订阅一个或多个Topic消息
• Message Queue：相当于是Topic的分区；用于并行发送和接收消息
  

2. 集群搭建方式

集群特点

• 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集群中的其中一个节点（随机选择）建立长连接，定期从NameSer取Topic路由信息，并向提供Topic服务的Master建立长连接，且定时向Master发送心跳。Producer完全无状态，可集群部署

• Consumer与NameServer集群中其中一个节点（随机选择）长连接，定期从NameServer取Topic路由信息，并向提供Topic服务的Master，Slave建立长连接，且定时向Master，Slave发送心跳。Consumer即可以从Master订阅消息，也可以从Slave订阅消息，订阅规则由Broker配置决定

3. 集群模式

3.1 单Master模式

这种方式风险较大，一旦Brocker重启或者宕机时，会导致整个服务不可用。不建议线上环境使用，可以用于本地测试

3.2 多Master模式

一个集群无Slave，全是Master

• 优点：配置简单，单个Master宕机或重启维护对应用无影响，在磁盘配置为RAID10时，即使集器宕机不可恢复情况下，由于RAID10磁盘非常可靠，消息也不会丢（异步刷盘丢失少量消息，同步刷盘一条不丢），性能最高
• 缺点：单台集器宕机期间，这台机器上未被消费的消息在集器恢复之前不可订阅，消息实时性会收到影响。

3.3 多Master多Slave模式（异步）

每个Master配置一个Slave，有多对Master-Slave，HA采用异步复制方式，主备有短暂消息延迟（毫秒级），这种模式的优缺点如下：

• 优点：即使磁盘损坏，消息丢失的非常少，且消息实时性不会受影响，同时Master宕机后，消费者仍然可以从Slave消费，而且此过程对应用透明，不需要人工干预，性能同多Master模式i几乎一样
• 缺点：Master宕机，磁盘损坏情况下会丢失少量消息。

3.4 多Master多Slave模式（同步）

每个Master配置一个Slave，有多对Master-Slave,HA采用同步双写方式，即只有主备都写成功，才向应用返回成功，这种模式的优缺点如下

• 优点：数据与服务都无单点故障，Master宕机情况下，消息无延迟，服务可用性与数据可用性都非常高
• 缺点：性能比异步复制模式略低（大约低10%左右），发送单个消息的RT会略高，且目前版本在主节点宕机后，备机不能自动切换为主机。

双主双从集群搭建

1. 总体架构

2. 搭建步骤

1. 启动NameServer，NameServer起来后监听端口，等待Broker、Producer、Consumer连上来，相当于一个路由控制中心。
2. Broker启动，跟所有的NameServer保持长连接，定时发送心跳包。心跳包中包含当前Broker信息(IP+端口等)以及存储所有Topic信息。注册成功后，NameServer集群中就有Topic跟Broker的映射关系。
3. 收发消息前，先创建Topic，创建Topic时需要指定该Topic要存储在哪些Broker上，也可以在发送消息时自动创建Topic。
4. Producer发送消息，启动时先跟NameServer集群中的其中一台建立长连接，并从NameServer中获取当前发送的Topic存在哪些Broker上，轮询从队列列表中选择一个队列，然后与队列所在的Broker建立长连接从而向Broker发消息。
5. Consumer跟Producer类似，跟其中一台NameServer建立长连接，获取当前订阅Topic存在哪些Broker上，然后直接跟Broker建立连接通道，开始消费消息。

3. 开始搭建

• 配置Host信息
  
• 在对应的ip填好两台机字的名称（两台机子都需要配置）
  
  按照这个格式，上面的有点问题，但是格式比较明确
  
• 配置完成后，重启网卡

systemctl restart network

• 修改防火墙
  主机需要远程访问虚拟机的rocketmq服务和Web服务，需要开放相关的端口号，简单粗暴的方式是直接关闭防火墙

# 关闭防火墙
systemctl stop firewalld.service 
# 查看防火墙的状态
firewall-cmd --state 
# 禁止firewall开机启动
systemctl disable firewalld.service

或者为了安全，只开放特定的端口号，RocketMQ默认使用3个端口：9876、10911、11011.如果防火墙没有关闭的话，那么防火墙就必须要开放这些端口

nameserver：默认使用9876
master：默认使用10911端口
slave：默认使用11011端口

执行以下命令开启这些端口：

# 开放name server默认端口
firewall-cmd --remove-port=9876/tcp --permanent
# 开放master默认端口
firewall-cmd --remove-port=10911/tcp --permanent
# 开放slave默认端口 (当前集群模式可不开启)
firewall-cmd --remove-port=11011/tcp --permanent 
# 重启防火墙
firewall-cmd --reload

• 环境变量配置

vim /etc/profile

在profile文件的末尾加如下命令

#set rocketmq
ROCKETMQ_HOME=/usr/local/rocketmq/rocketmq-all-4.4.0-bin-release
PATH=$PATH:$ROCKETMQ_HOME/bin
export ROCKETMQ_HOME PATH

输入:wq!保存并退出，并使得配置立刻生效：

source /etc/profile

• 创建消息存储路径

1号服务

mkdir /usr/local/rocketmq/store/broker-a
mkdir /usr/local/rocketmq/store/broker-a/commitlog
mkdir /usr/local/rocketmq/store/broker-a/consumequeue
mkdir /usr/local/rocketmq/store/broker-a/index
mkdir /usr/local/rocketmq/store/broker-b-s
mkdir /usr/local/rocketmq/store/broker-b-s/commitlog
mkdir /usr/local/rocketmq/store/broker