RabbitMQ的高可用性

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

单机模式，Demo级别的，一般就是本地demo，没人生产用单机模式。

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

镜像集群模式（高可用性）这种模式，才是所谓的 RabbitMQ 的高可用模式。跟普通集群模式不一样的是，在镜像集群模式下，你创建的 queue，无论是元数据还是 queue 里的消息都会存在于多个实例上，就是说，每个 RabbitMQ 节点都有这个 queue