RabbitMQ的高可用机制

RabbitMQ高可用

RabbitMQ 有三种模式：单机模式、普通集群模式、镜像集群模式

单机模式（不推荐）

一般生产环境没人用（但是我们公司用了，而且还遇到了MQ挂掉的问题，泪奔~~），主要用来本地跑个demo学习一下…

普通集群模式（不推荐）

在多台机器上启动多个 RabbitMQ 实例，每个机器启动一个。你创建的 queue，只会放在一个 RabbitMQ 实例上，但是每个实例都同步 queue 的元数据（元数据可以认为是 queue 的一些配置信息，通过元数据，可以找到 queue 所在实例）。你消费的时候，实际上如果连接到了另外一个实例，那么那个实例会从 queue 所在实例上拉取数据过来。

该种模式就是个普通集群，主要是提高吞吐量的，让集群中多个节点来服务某个 queue 的读写操作，生产环境不太推荐。因为这导致你要么消费者每次随机连接一个实例然后拉取数据，要么固定连接那个 queue 所在实例消费数据，前者有数据拉取的开销，后者导致单实例性能瓶颈。

镜像集群模式（高可用，推荐）

跟普通集群模式不一样的是，在镜像集群模式下，你创建的 queue，无论元数据还是 queue 里的消息都会存在于多个实例上，每个 RabbitMQ 节点都有这个 queue 的一个完整镜像。

• 优点: 使用该种模式的优点是任何一节点宕机了，其它节点还包含了这个 queue 的完整数据，别的 consumer 都可以到其它节点上去消费数据。
• 缺点：性能开销增大，消息需要同步到所有机器上，导致网络带宽压力和消耗很重；不是分布式的，新增的机器也包含了这个queue的所有数据，如果数据量很大，大到这个机器上的容量无法容纳了…