2.如何保证消息队列的高可用啊？

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

答：

        RabbitMQ是基于主从做高可用性的。

         rabbitmq有三种模式：单机模式，普通集群模式，镜像集群模式。

         1）单机模式

                   生产中没人用单机模式。

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

                   意思就是在多台机器上启动多个rabbitmq实例，每个机器启动一个。

                   但是你创建的queue(队列)，只会放在一个rabbtimq实例上，只有这个实例上有消费者需要的数据，其他每个实例都同步队列的元数据（某个对象的属性名，描述数据的数据）。完了你消费的时候，实际上如果连接到了另外一个实例，那么那个实例会从队列所在实例上拉取数据过来（因为只有这个实例有数据嘛）。

                   这种方式确实很麻烦，也不怎么好，没做到分布式，就是个普通集群。

                   这样做如果你要消费数据就有两种可能：

                            1.消费者每次随机连接一个实例然后拉取数据，这样做会有数据拉取的开销

                            2.消费者固定连接那个队列所在实例消费数据，这样会导致但单例性能瓶颈。

 

         而且这个存放队列的实例宕机了，会导致接下来其他实例无法从那个实例拉取数据，如果你开启了消息持久化，让rabbitmq立即存储消息的话，消息不一定会丢，得等这个实例恢复了，然后才可以继续从这个队列拉取数据。

 

所以这个方案就没有什么高可用性可言，它主要是提高吞吐量的，就是说让集群中多个节点来服务某个队列的读写操作。

         缺点1：可能会在rabbitmq集群内部产生大量的数据传输

         缺点2：可永兴几乎没有什么保障，如果queue所在的节点宕机了，就会导致哪个queue的数据丢失。

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

这种模式保证了rabbitmp的高可用性，你创建的队列，无论元数据还是队列里的消息都会存在于多个实例上，然后每次你写消息到队列的时候，都会自动把消息同步到多个实例的队列中。

                  这样的好处是，你任何一台主机宕机了，其他主机还可以用。

         坏处就是，第一，性能开销太大，消息同步所有机器，导致网络带宽压力和消耗很重！

                              第二，没有扩展性，如果某个队列负载很重，你加主机，新增的主机也包含了这个队列的所有数据，并没有办法线性的扩展你的队列。

        

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

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

 

参考GitHub作者中华石衫的文章。