Linux 下 RocketMQ 安装与运维

RocketMQ 是阿里巴巴在 2016 年开源的 MQ 中间件，使用 Java 语言开发，在阿里内部，RocketMQ 承接了例如 “双11” 等高并发场景的消息流转，能够处理万亿级别的消息。

# java -version                 //检查是否安装jdk,没有安装的话需要先安装jdk

# cd /usr/local
# mkdir rocketmq 
# cd rocketmq
# wget -P /usr/local/rocketmq https://archive.apache.org/dist/rocketmq/4.5.2/rocketmq-all-4.5.2-bin-release.zip
# unzip rocketmq-all-4.5.2-bin-release.zip
# mkdir rocketmq-logs
# cd rocketmq-all-4.5.2-bin-release

目录介绍：

/bin：启动脚本，包括 shell 脚本和 cmd 命令；
/conf：实例配置文件，包括 broker 配置文件、logback 配置文件等；
/lib：依赖 jar 包，包括 netty、commons-lang、fastjson 等。

# ./bin/mqnamesrv &  //后台启动NameServer
# tail -f ~/logs/rocketmqlogs/namesrv.log

# ./bin/mqbroker -n localhost:9876 &  //后台启动Broker
# tail -f ~/logs/rocketmqlogs/broker.log

可能会遇到的问题：

rocketmq 默认的 JVM 内存较大，启动 Broker 如果因为内存不足而启动失败，需要编辑如下两个配置文件，修改 JVM 内存大小：

# vim runbroker.sh
# vim runserver.sh

参数设置：

JAVA_OPT="{JAVA_OPT} -server -Xms256m -Xmx256m -Xmn128m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=320m"

集群模式：

模式	说明	优点	缺点
单 Master			风险较大，一旦 Broker 重启或者宕机时，会导致整个服务不可用，不建议线上环境使用
多 Master	一个集群无 Slave，全是 Master	配置简单，单个 Master 宕机或重启对应用无影响，性能最高	磁盘损坏会丢消息；单台机器宕机期间，这台机器上未被消费的消息在机器恢复之前不可订阅，消息实时性会受到影响
多 Master-Slave（异步）	每个 Master 配置一个 Slave，HA 采用异步复制，主备有短暂消息延迟（毫秒级）	即使磁盘损坏，消息丢失的非常少，且消息实时性不会受到影响；Master 宕机后，消费者仍然可以从 Slave 消费，性能同多 Master 模式几乎一样	Master 宕机，磁盘损坏情况下会丢失少量消息
多 Master-Slave（同步）	每个 Master 配置一个 Slave，HA 采用同步双写，即只有主备都写成功，才向应用返回成功	数据与服务都无单点故障，Master 宕机情况下，消息无延迟，服务可用性与数据可用性都非常高	性能比异步复制模式略低（大约低 10% 左右），发送单个消息的 RT 会略高，且目前版本在 Master 宕机后，Slave 不能自动切换为 Master

多 Master-Slave（异步）：

多 Master-Slave（同步）：

多 Master-Slave（同步）搭建：

rocketmq-console 集群监控：https://github.com/apache/rocketmq-externals/tree/master/rocketmq-console

包含 Broker TOP 10、Broker 5min trend（Broker 5min 趋势）、Topic TOP 10、Topic 5min trend、消费者、生产者等方面的监控。