RabbitMQ之集群模式

本文将重点讲解说明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的副本会包含两条消息。

总结：

        简单来说普通集群模式提高了消息的吞吐能力，镜像集群模式在此基础上保证了服务的高可用性