如何保证rabbitmq高可用

普通集群模式：

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

缺点：

1.MQ集群内部产生大量数据传输，网络压力大

2.可用性没有保障，如果queue所在节点挂了，就不能用了

镜像集群模式：

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

跟普通集群模式不一样的是，在镜像集群模式下，你创建的queue，无论元数据还是queue里的消息都会存在于多个实例上，每个rabbitmq节点都有这个queue的完整镜像，包含queue的全部数据，然后每次你写消息到queue的时候，都会自动把消息同步到多个实例的queue上

 

 

那么如果开启这个镜像集群模式呢？

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

优点：

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

缺点：

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

rabbitmq并不是分布式消息队列，他就是传统的消息队列，只不过提供了一些集群，和高可用性的机制而已