RocketMQ集群模式对比

摘录自:https://blog.csdn.net/zhanglianhai555/article/details/76554077

注意:下面说的Master和Slave,都是针对Broker来说的。NameServer本身是无状态得,可以随时启任意多个,组成集群。

  1. 单个Master
    很显然,这种方式风险较大,一旦Broker重启或者宕机时,会导致整个服务不可用,不建议线上环境使用。
  2. 多Master模式
    一个集群无Slave,全是Master,例如2个Master或者3个Master
    优点:配置简单,单个Master宕机或重启维护对应用无影响,在磁盘配置为RAID10时,即使机器宕机不可恢复情况下,由于RAID10磁盘非常可靠,消息也不会丢(异步刷盘丢失少量消息,同步刷盘一条不丢)。性能最高。
    缺点:单台机器宕机期间,这台机器上未被消费的消息在机器恢复之前不可订阅,消息实时性会受到影响。
  3. 多Master多Slave模式,异步复制
    每个Master配置一个Slave,有多对Master-Slave,HA采用异步复制方式,主备有短暂消息延迟,毫秒级。
    优点:即使磁盘损坏,消息丢失的非常少,且消息实时性不会受影响,因为Master宕机后,消费者仍然可以从Slave消费,此过程对应用透明,不需要人工干预。性能同多Master模式几乎一样。
    缺点:Master宕机,磁盘损坏情况,会丢失少量消息。
  4. 多Master多Slave模式,同步双写
    每个Master配置一个Slave,有多对Master-Slave,HA采用同步双写方式,主备都写成功,向应用返回成功。
    优点:数据与服务都无单点,Master宕机情况下,消息无延迟,服务可用性与数据可用性都非常高。
    缺点:性能比异步复制模式略低,大约低10%左右,发送单个消息的RT会略高。

 

Leave a Reply

Your email address will not be published.