RabbitMQ高可用
RabbitMQ 有三种模式:单机模式、普通集群模式、镜像集群模式
单机模式(不推荐)
一般生产环境没人用(但是我们公司用了,而且还遇到了MQ挂掉的问题,泪奔~~),主要用来本地跑个demo学习一下…
普通集群模式(不推荐)
在多台机器上启动多个 RabbitMQ 实例,每个机器启动一个。你创建的 queue,只会放在一个 RabbitMQ 实例上,但是每个实例都同步 queue 的元数据(元数据可以认为是 queue 的一些配置信息,通过元数据,可以找到 queue 所在实例)。你消费的时候,实际上如果连接到了另外一个实例,那么那个实例会从 queue 所在实例上拉取数据过来。
该种模式就是个普通集群,主要是提高吞吐量的,让集群中多个节点来服务某个 queue 的读写操作,生产环境不太推荐。因为这导致你要么消费者每次随机连接一个实例然后拉取数据,要么固定连接那个 queue 所在实例消费数据,前者有数据拉取的开销,后者导致单实例性能瓶颈。
镜像集群模式(高可用,推荐)
跟普通集群模式不一样的是,在镜像集群模式下,你创建的 queue,无论元数据还是 queue 里的消息都会存在于多个实例上,每个 RabbitMQ 节点都有这个 queue 的一个完整镜像。
- 优点: 使用该种模式的优点是任何一节点宕机了,其它节点还包含了这个 queue 的完整数据,别的 consumer 都可以到其它节点上去消费数据。
- 缺点:性能开销增大,消息需要同步到所有机器上,导致网络带宽压力和消耗很重;不是分布式的,新增的机器也包含了这个queue的所有数据,如果数据量很大,大到这个机器上的容量无法容纳了…