RocketMQ详解(3)——RocketMQ集群模型与搭建
一. RocketMQ集群模型
RocketMQ天然支持分布式集群模型，其中主节点可读可写，从节点只可读，不可写，类似MySQL的主从模式。RocketMQ主要支持以下几种集群模型：
单机模式(M)
这种方式风险较大，一旦Broker重启或者宕机时，会导致整个消息服务不可用，不建议在生产环境中使用。
双Master模式/多Master模式(2M)
一个集群无Slave，全是Master，例如2个Master或者3个Master。
优点：配置简单，单个Master宕机或者重启对应用无影响，在磁盘配置为RAID10时，即使机器宕机不可恢复情况下，由于RAID10磁盘可靠性非常高，消息也不会丢失(异步刷盘丢失少量消息，同步刷盘完全不丢失)，性能最高。
- 缺点：单台机器宕机时，这台机器上未被消费的消息在机器恢复之前不可订阅，消息的实时性会受到影响。
多Master多Slave模式，异步复制(NM-NS,ASYNC)
- 每个Master配备一个Slave，共有多对Master-Slave，HA采用异步复制方式，主从有短暂消息延迟，毫秒级别。
- 优点：即使磁盘损坏，消息的丢失也非常少，而且消息的实时性不会受到影响，因为Master宕机后，消费者仍然可以从Slave中消费消息，此过程对应用完全透明，不需要人工干预，性能同多Master模式几乎一样。
- 缺点：Master宕机后，如果磁盘出现损坏，可能丢失少量消息。
多Master多Slave模式，同步双写(NM-NS,SYNC)
- 每个Master配备一个Slave，共有多对Master-Slave，HA采用同步双写机制，主从都写入消息成功后，再向应用返回ACK。
- 优点：数据与服务都无单点故障问题，Master宕机情况下，消息无延迟，服务可用性和数据可用性都非常高。
- 缺点：性能比异步复制略低，大概低10%，发送单个消息的RT会略高。目前宕机情况下，从节点不能自动切换成主节点，后续会支持自动切换功能。
双主双从模式(2M-2S)
多主多从模式(NM-NS)
二. 集群环境搭建
参考博客：https://blog.csdn.net/qiushisoftware/article/details/78944579，里面详细介绍了搭建双Master的RocketMQ集群的过程，本文不再赘述。