如何保证RabbitMQ消息队列的高可用？

RabbitMQ的高可用

RabbitMQ是比较有代表性的，因为是基于主从（非分布式）做的高可用性。
RabbitMQ有三种模式：单机模式、普通集群模式、竞选集模式。

• 1.单机模式

单机模式就是Demo级别的，一般就是本地启动就完事了，几乎没有人使用单机模式。

• 2.普通集群模式（无高可用性）

普通集群模式就是在多台机器上启动多个RabbitMQ实例,每个机器启动一个。创建queue，只会放在一个RabbitMQ实例上，但是每个实例都同步queue元数据（元数据可以认为是queue的一些配置信息，通过元数据，可以找打queue所在实例）。你消费时候，实际上如果连接到了另外一个实例，那么那个实例会从queue所在实例上拉去数据过来。
这种方式麻烦，不怎么好，没有做到所谓分布式。就是给普通集群，因为这导致你要么消费者每次随机连接一个实例然后拉取数据，要么固定连接那个queue所在实例消费数据，前者有数据拉取的开销，后者导致单实例性能瓶颈。而且放queue的实例宕机了，会导致其他实例无法从那个实例拉取数据，如果你开启了消息持久化，让RabbitMQ落地存储信息的话，消息不一定会丢，等这个实例恢复了，然后就可以从这个queue拉取数据了，这就没有什么高可用行，这主要是提高吞吐量的，就是让集群中多个节点来服务某个queue的读写操作。

• 3.镜像集群模式（高可用性）

这种模式才是真正的RabbitMQ的高可用性。跟普通集群模式不一样的是，在镜像集群模式下，创建queue无论元数据还是queue里面的消息都会存在于多个实例上。就是说，每个RabbitMQ节点都有这个queue的一个完整镜像，包含queue的全部数据的意思，然后每次你写消息到queue的时候，都会自动把消息同步到多个实例的queue上。

如何开启镜像集群模式？
RabbitMQ有很好的管理平台，就是后台新增一个策略，这个策略是镜像集群模式的策略。指定的时候可以要求数据同步到所有节点，也可以要求同步到指定数量节点，再次创建queue的时候，应用这个策略，就会自动将数据同步到其他节点上去了。这样的好处就是任何一个机器宕机，其它机器还包含这个queue的完整数据，别的consumer都可以到其它节点上去消费。坏处在于，第一这个性能开销大，消息需要同步到所有机器上，导致网络宽带压力和消耗重，第二如果某个queue负载很重，你加机器，新增的机器也包含了这份queue的所有数据，并没有办法线性扩展queue。