RabbitMQ 中的高可用性如何工作？

Question

Accepted Answer

**高可用性**在 RabbitMQ 中通过**集群**（多个节点）和**复制队列**（镜像或仲裁队列）实现，使系统能够在节点故障时幸存并且不会丢失消息。理解 HA 对于可靠的生产 RabbitMQ 很重要。

## Clustering

```text
RabbitMQ CLUSTER → multiple RabbitMQ nodes working together as one logical broker:
  → nodes share metadata (queues, exchanges, bindings, users)
  → distributes connections and load across nodes
  ⚠️ by default, a queue lives on ONE node → if that node fails, the queue is unavailable
    (clustering alone doesn't make queues highly available → need replication)
```

## 复制队列（用于 HA）

```text
To make queues survive node failure, REPLICATE them across nodes:
QUORUM QUEUES (modern, recommended) → replicated via a consensus (Raft) algorithm:
  → data replicated to multiple nodes; a majority must agree → consistent, durable, HA
  → if a node fails, another replica serves the queue → no message loss
MIRRORED QUEUES (classic, older) → queue mirrored to other nodes (being deprecated in
  favor of quorum queues)
→ replicated queues survive node failures (the key to HA)
```

## HA 注意事项

```text
✓ Use QUORUM QUEUES for HA (modern, consensus-based, reliable)
✓ Cluster across multiple nodes/machines (and consider zones for resilience)
✓ LOAD BALANCER in front for client connections (route to available nodes)
✓ trade-off: replication adds overhead (performance cost) for availability/durability
✓ Network partitions → handle split-brain (partition handling strategies)
```

## 为什么这很重要

理解 RabbitMQ 中的高可用性如何工作很有价值，因为**HA 对于可靠的生产 RabbitMQ 部署很重要**，所以这是相关的运维知识。

生产消息系统通常无法容忍节点故障导致的停机或消息丢失，这使得 HA 很重要。

理解**集群**——多个 RabbitMQ 节点作为一个逻辑 broker 一起工作（共享元数据、分发负载）——是基础，但有一个重要的注意事项，即**仅通过集群并不能使队列具备高可用性**（默认情况下，队列存在于一个节点上，如果该节点失败，队列就不可用——这是一个常见的误解）。

理解**复制队列**是 HA 的关键：**仲裁队列**（现代推荐方法，通过共识/Raft 在节点间复制数据，使多数节点必须达成一致，提供一致性、持久性和 HA，如果节点失败则另一个副本为队列服务——没有消息丢失）和镜像队列（经典的、较旧的方法，正被逐步废弃以支持仲裁队列）。

理解**复制队列能够幸存节点故障**（HA 的实际机制，超越仅通过集群）是必不可少的。

理解**HA 注意事项**——将仲裁队列用于 HA、跨节点/机器（和区域）的集群、为客户端连接使用负载均衡器、权衡（复制的性能成本换取可用性/持久性）、处理网络分区（脑裂）——反映了在生产中构建 HA RabbitMQ 的实践。

关键洞察是 HA 需要复制队列（仲裁队列），而不仅仅是集群。

由于 HA 对于可靠的生产 RabbitMQ 很重要（在不丢失消息的情况下幸存节点故障）并且需要理解仅通过集群是不充分的（复制的仲裁队列是关键），且由于理解 HA 是相关的运维知识，理解 RabbitMQ 中的高可用性如何工作是有价值的、实际相关的知识——对于可靠的生产 RabbitMQ 很重要、澄清 HA 需要复制队列（现代仲裁队列）而不仅仅是集群、反映运行具有高可用性的 RabbitMQ 所需的运维知识。