RabbitMQ 提供了多种集群架构模式，以满足不同场景下的高可用性、性能和可靠性需求。以下是三种主要的集群架构模式及其特点：
1. 普通集群模式（Standard Cluster）
特点：
- 元数据同步：所有节点共享相同的元数据（如交换器、队列定义、用户权限）。
- 消息存储：消息仅存储在创建队列的节点（主节点），其他节点通过内部通信转发请求。
- 负载均衡：客户端可连接任意节点，消息处理由主节点完成。
优点：
- 高性能：无同步开销，适合高吞吐场景。
- 简单易用：部署和维护成本较低。
缺点：
- 单点故障风险：主节点宕机后，队列不可用，消息可能丢失（未持久化时）。
- 扩展性有限：增加节点无法提升单个队列的吞吐量。
适用场景：
- 对高可用性要求不高，但需要高吞吐的场景（如日志收集、临时任务分发）。
2. 镜像队列模式（Mirrored Queues，已弃用）
特点：
- 消息同步：队列和消息在多个节点间同步复制（主从模式）。
- 故障转移：主节点宕机后，镜像节点自动接管服务。
- 一致性保障：通过 Erlang 的分布式通信框架同步元数据和消息。
优点：
- 高可用性：数据冗余，节点故障不影响服务。
- 数据可靠性：持久化消息不会丢失。
缺点：
- 吞吐量下降：同步操作增加网络和磁盘开销。
- 脑裂问题：网络分区可能导致多个主节点（需手动干预）。
适用场景：
- 对数据可靠性要求极高，但吞吐量要求不高的场景（如金融交易、核心业务系统）。
注意：
RabbitMQ 官方已弃用镜像队列模式，推荐使用 Quorum 队列模式（见下文）。
3. Quorum 队列模式（推荐）
特点：
- 基于 Raft 协议：通过选举机制解决网络分区问题，确保强一致性。
- 元数据与消息同步：队列和消息在多个节点间同步，主节点故障后自动选举新主节点。
- 自动故障转移：无需人工干预，服务中断时间极短。
优点：
- 高可用性：数据冗余和自动故障转移。
- 强一致性：避免脑裂问题，适合多数据中心部署。
- 性能优化：相比镜像队列，吞吐量更高（减少同步开销）。
缺点：
- 配置复杂度略高：需启用 Raft 插件并配置 Quorum 队列策略。
- 依赖 Raft 协议：对网络稳定性有一定要求。
适用场景：
- 对高可用性和强一致性要求极高的场景（如分布式数据库、跨地域部署）。
对比总结
| 模式 | 元数据同步 | 消息存储 | 高可用性 | 吞吐量 | 脑裂问题 | 推荐程度 |
|---|---|---|---|---|---|---|
| 普通集群 | 是 | 仅主节点 | 低 | 高 | 无 | ⭐⭐⭐ |
| 镜像队列（弃用） | 是 | 多节点同步 | 高 | 低 | 有 | ⭐ |
| Quorum 队列（推荐） | 是 | 多节点 Raft 同步 | 极高 | 中高 | 无 | ⭐⭐⭐⭐⭐ |
架构示例图（文字描述）
普通集群模式
[生产者] → [Exchange] → [Queue 主节点]
[消费者] → [任意节点] → 转发到主节点
镜像队列模式
[生产者] → [Exchange] → [Queue 主节点]
[主节点] ↔ [镜像节点]（同步复制）
[消费者] → [主节点/镜像节点]
Quorum 队列模式
[生产者] → [Exchange] → [Quorum 队列（多节点 Raft 同步）]
[消费者] → [任意节点] → 自动选举主节点
选择建议
- 普通集群：适合对性能要求高、容忍短暂故障的场景。
- Quorum 队列：推荐用于生产环境，尤其是跨地域部署或强一致性需求的场景。
- 镜像队列：已弃用，仅在旧版本或特定场景下使用。
