RocketMQ简介以及双Master模式的配置

1、RocketMQ介绍
（最开始RocketMQ是阿里研究出来的，在2016-11-28捐赠给了开源软件基金会Apache。）

1.1. 简介
RocketMQ 是一款分布式、队列模型的消息中间件，具有以下特点：

能够保证严格的消息顺序 提供丰富的消息拉取模式 高效的订阅者水平扩展能力 实时的消息订阅机制 亿级消息堆积能力
选用理由：
 强调集群无单点，可扩展，任意一点高可用，水平可扩展。
 海量消息堆积能力，消息堆积后，写入低延迟。
 支持上万个队列
 消息失败重试机制
 消息可查询
 开源社区活跃
 成熟度（经过双十一考验）

1.2 关键概念

1.2.1. 主题与标签
主题Tpoic：第一级消息类型，书的标题 标签Tags：第二级消息类型，书的目录，可以基于Tag做消息过滤
例如：
主题：
订单交易 标签：
订单交易-创建
订单交易-付款
订单交易-完成

1.2.2. 发送与订阅群组

生产组：用于消息的发送。
消费组：用于消息的订阅处理。

生产组和消费组，方便扩缩机器，增减处理能力，集群组的名字，用于标记用 途中的一员。每次只会随机的发给每个集群中的一员。

2、RocketMQ集群方式
推荐的几种 Broker 集群部署方式，这里的Slave 不可写，但可读，类似于 Mysql
主备方式。

2.1.单个 Master
这种方式风险较大，一旦Broker 重启或者宕机时，会导致整个服务不可用，不建议线上环境使用。

2.2.多 Master 模式
一个集群无 Slave，全是 Master，例如 2 个 Master 或者 3 个 Master

优点：配置简单，单个Master 宕机或重启维护对应用无影响，在磁盘配置为 RAID10 时，即使机器宕机不可恢复情况下，由与 RAID10 磁盘非常可靠，消息也不会丢（异步刷盘丢失少量消息，同步刷盘一条不丢）
。性能最高。

缺点：单台机器宕机期间，这台机器上未被消费的消息在机器恢复之前不可订 阅，消息实时性会受到受到影响。

先启动 NameServer

在机器 A，启动第一个 Master

在机器 B，启动第二个 Master

2.3.多 Master 多 Slave 模式，异步复制
每个 Master 配置一个 Slave，有多对Master-Slave，HA采用异步复制方式，主备有短暂消息延迟，毫秒级。
优点：即使磁盘损坏，消息丢失的非常少，且消息实时性不会受影响，因为Master 宕机后，消费者仍然可以从 Slave消费，此过程对应用透明。不需要人工干预。性能同多 Master 模式几乎一样。
缺点：Master 宕机，磁盘损坏情况，会丢失少量消息。

先启动 NameServer

在机器 A，启动第一个 Master

在机器 B，启动第二个 Master

在机器 C，启动第一个 Slave

在机器 D，启动第二个 Slave

2.4.多 Master 多 Slave 模式，同步双写
每个 Master 配置一个 Slave，有多对Master-Slave，HA采用同步双写方式，主备都写成功，向应用返回成功。

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