使用rocketmq 的时候我们不单单要考虑其完整性以及消费速度,还要考虑到应对异常情况下怎么样能最小限度的影响我们的使用,关于rocket mq的部署方式常用的有四种,各自有各自的优缺点,可以了解一下。
- 单个Master模式
这种模式风险比较大,一旦broker重启或者宕机时,会导致整个服务不可用,适用于自己研究部署,生产环境是肯定不能用的 - 多个Master模式
一个集群没有Slave,全是Master
优点:
配置简单,单个Master宕机或者重启维护队应用没有影响,在磁盘配置为RAID10时,即使宕机不可恢复的情况下,由 由于RAID10磁盘非常可靠,消息也不会丢失(异步刷盘丢失少量消息,同步刷盘一条不丢)。性能是最优的
缺点:
单台机器宕机期间,这台机器上未被消费的消息在机器恢复之前不可订阅,消息的实时性会受到影响。 - 多Master多Slave模式,异步复制
每个Master配置一个Slave,有多对Master-Slave,HA采用异步复制方式,主备有短暂的消息延迟,毫秒级。Slave是指能读不能写的
优点:
即使磁盘损坏,消息丢失的非常少,并且消息的实时性不会受到影响,因为Master宕机后,消费者仍然可以从Slave消费,此过程对应用透明。不需要人工干预。性能同多Master模式几乎一样
缺点:
Master宕机,磁盘损坏的情况,会丢失少量的消息 - 多Master多Slave模式,同步双写
每个Master配置一个Slave,有多对Master-Slave,HA采用同步双写的方式,主备都写成功,向应用返回成功。
优点:
数据与服务都无单点,Master宕机情况下,消息无延迟,服务可用性与数据可用性都非常高
缺点:
性能比异步复制模式略低,大约低10%左右,发送单个消息的RT会略高,目前主机宕机后,备机不能自动切换为主机。