本文介绍了RabbitMQ如何通过单机、普通集群和镜像集群模式实现高可用性。普通集群模式共享元数据，但消息不同步；镜像模式则保证所有实例数据一致，提高容错性。
RabbitMQ可以通过多种方式来实现高可用性，以确保在硬件故障或其他不可预测的情况下，消息队列系统仍然能够正常 运行。RabbitMQ有三种模式：单机模式，普通集群模式，镜像集群模式。
其中单机模式一般用于demo搭建，不适合在生产环境中使用。剩下的集群模式和镜像模式都可以帮助我们实现不同程度的高可用。
普通集群模式
普通集群模式，就是将RabbitMQ实例部署到多台服务器上，多个实例之间协同工作，共享队列和交换机的元数据，并通过内部通信协议来协调消息的传递和管理。
在这种模式下，我们创建的Queue，它的元数据（配置信息）会在集群中的所有实例中进行同步，但是 队列中的消息只会存在于一个RabbitMQ实例上，而不会同步到其他队列中。
当我们消费消息的时候，如果消费者连接到了未保存消息的实例，那么那个实例会通过元数据定位到消息所在的实例，拉取数据过来发送给消费者进行消费。
消息的发送也是一样的，当发送者连接到一个不保存消息的实例时，也会被转发到保存消息的实例上进行写操作。
这种集群模式下，每个实例中的元数据是一样的，大家都是完整的数据。但是队列中的消息数据，在不同的实例上保存的是不一样的。这样通过增加实例的方式就可以提升整个集群的消息存储量，以及性能。
这种方式在高可用上有一定的帮助，不至于一个节点挂了就全都挂了。但是也还有缺点，至少这个实例上的数据就没办法被读写了
镜像模式
顾名思义，就是每一台RabbitMQ都像一个镜像一样，存储的内容都是一样的。这种模式下，Queue的元数据和消息数据不再是单独存储在某个实例上，而是集群中的所有实例上都存储一份。
这样每次在消息写入的时候，就需要在集群中的所有实例上都同步一份，这样即使有一台实例发送故障，剩余的实例也可以正常提供完成的数据和服务
这种模式下，就保障了RabbitMQ的高可用
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
