RabbitMQ如何保证高可用？

普通集群模式：

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

缺点：

1. MQ集群内部产生大量数据传输，网络压力大
2. 可用性没有保障，如果queue所在节点挂了，就不可用了

镜像集群模式：

这种模式，才是所谓的 RabbitMQ 的高可用模式

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

每个 RabbitMQ 节点都有这个 queue 的一个完整镜像，包含 queue 的全部数据

然后每次你写消息到 queue 的时候，都会自动把消息同步到多个实例的 queue 上

 

那么如何开启这个镜像集群模式呢？其实很简单，RabbitMQ 有很好的管理控制台，就是在后台新增一个策略，这个策略是镜像集群模式的策略，指定的时候是可以要求数据同步到所有节点的，也可以要求同步到指定数量的节点，再次创建 queue 的时候，应用这个策略，就会自动将数据同步到其他的节点上去了。

优点：

保证了高可用：你任何一个机器宕机了，没事儿，其它机器（节点）还包含了这个 queue 的完整数据，别的 consumer 都可以到其它节点上去消费数据。

缺点：

数据容量木桶效益：不是分布式的：每个实例都持有了同样的数据，数据量受限于几个实例中磁盘容量最小的那一个。

RabbmitMQ 并不是分布式消息队列，它就是传统的消息队列，只不过提供了一些集群、HA(High Availability, 高可用性) 的机制而已。