本文将重点讲解说明RabbitMQ中的两个常见的集群模式:普通集群模式(Normal Cluster Mode)和镜像集群模式(Mirrored Queue Cluster Mode)
普通集群模式
当将 RabbitMQ 部署到多台服务器上形成一个普通集群时,每个服务器都运行一个 RabbitMQ 实例。这些实例之间通过网络进行通信,以实现消息的传递和处理。
在这种集群中,当我们创建一个队列(Queue)时,队列的元数据(包含队列的配置信息)会在所有的 RabbitMQ 实例中进行同步。但是,队列中的消息只会存在于该队列所在的一个 RabbitMQ 实例上,并不会在其他实例之间同步复制。
当消费者需要消费消息时,它可能连接到任何一个 RabbitMQ 实例。当连接到某个实例时,该实例会通过元数据定位到队列所在的位置,然后访问该队列所在的实例,从中拉取数据并发送给消费者。
这样的集群架构可以提高 RabbitMQ 的消息吞吐能力,因为多个实例可以并行地处理消息。但是,这种集群架构不能保证高可用性。如果一个 RabbitMQ 实例发生故障或挂掉,那么该实例上的消息将无法访问。如果队列配置了持久化,当 RabbitMQ 实例恢复后,消息仍然可用;但如果队列没有配置持久化,那么在实例故障期间的消息可能会丢失。所以就引出了镜像集群模式来解决这个问题。
镜像集群模式
每个 RabbitMQ 实例在镜像集群中都保存着每个队列的相同副本数据。这意味着当消息被写入队列时,消息会自动被同步到镜像集群的其他实例中,确保每个实例都有相同的消息副本。这样一旦某个实例遇到故障或无法提供服务,其他实例仍然持有该队列的副本数据,可以继续提供服务并处理消息,确保高可用性。
假设在实例A中的队列A有三条消息,实例B中的队列B有两条消息。如果这两个实例在镜像集群中进行了数据的同步,那么在同步完成后,每个实例都将包含两个队列和五条相同的消息副本。也就是说,实例A会拥有队列A和队列B的副本,其中队列A的副本会包含三条消息,队列B的副本会包含两条消息。同样,实例B也会拥有队列A和队列B的副本,其中队列A的副本会包含三条消息,队列B的副本会包含两条消息。
总结:
简单来说普通集群模式提高了消息的吞吐能力,镜像集群模式在此基础上保证了服务的高可用性