RocketMQ集群部署方式总结

RocketMQ网络部署图如下图所示：
NameServer集群如下：分别启动众所周知，RocketMQ有多种集群部署方式，它们的配置文件也是分开的，如下：说明：RocketMQ默认提供的配置文件都是最基本的，很多配置都是默认值，在生产环境中我们需要根据实际情况进行修改。样例配置如下：Broker集群部署有几种不同的方式。这里的Slave不可写，但可读，类似于MySQL的主备方式。这种方式风险较大，一旦Broker重启或者宕机时，会导致整个服务不可用，不建议线上环境使用一个集群无Slave，全是Master，例如2个Master或者3个Master。优点：
配置简单，单个Master宕机或重启维护对应用无影响，在磁盘配置为RAID10时，即使机器宕机不可恢复情况下，由于RAID10磁盘非常可靠，消息也不会丢失（异步刷盘丢失少量消息，同步刷盘一条不丢开发云主机域名）。性能最高。缺点：
单台机器宕机期间，这台机器上未被消费的消息在机器恢复之前不可订阅，消息实时性会受到影响。启动步骤：
第一步：先启动NameServer集群第二步：在192.168.1.101，启动第一个Master第三步：在192.168.1.102，启动第二个Master每个Master配置一个Slave，有多对Master-Slave，HA采用异步复制方式，主备有短暂消息延迟，毫秒级。优点：即使磁盘损坏，消息丢失的非常少，且消息实时性不会受影响，因为Master 宕机后，消费者仍然可以从Slave消费，此过程对应用透明。不需要人工干预。性能同多 Master 模式几乎一样。缺点：Master宕机，磁盘损坏情况，会丢失少量消息。启动步骤
第一步：先启动NameServer集群第二步：在192.168.1.101，启动第一个Master第三步：在192.168.1.102，启动第一个Slave第四步：在192.168.1.103，启动第二个Master第五步：在机器 192.168.1.104，启动第二个Slave优点：数据与服务都无单点，Master宕机情况下，消息无延迟，服务可用性与数据可用性都非常高。缺点：性能比异步复制模式略低，大约低10%左右，发送单个消息的RT会略高。目前主宕机后，备机不能自动切换为主机，后续会支持自动切换功能。启动步骤：
第一步：先启动NameServer集群第二步：在192.168.1.101，启动第一个Master第三步：在192.168.1.102，启动第一个Slave第四步：在192.168.1.103，启动第二个Master第五步：在192.168.1.104，启动第二个Slave注意事项：以上Broker与Slave配对是通过指定相同的brokerName参数来配对，Master的 BrokerId必须是0，Slave的BrokerId必须是大于0的数。另外一个Master下面可以挂载多个Slave，同一Master下的多个Slave 通过指定不同的BrokerId来区分。1、异步复制和同步双写总结
2、集群方式对比RocketMQ高可用演练场景下面的是我的公众号二维码，欢迎关注。文章转载请注明出处www.leexide.com