Hvordan fungerer høj tilgængelighed i RabbitMQ?

Question

Accepted Answer

**Høj tilgængelighed** i RabbitMQ involverer **clustering** (flere nodes) og **replikerede køer** (spejlede eller quorum-køer), så systemet overlever nodesvigt uden at miste beskeder. At forstå høj tilgængelighed er vigtig for pålidelig, produktions-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)
```

## Replikerede køer (for høj tilgængelighed)

```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)
```

## Overvejelser for høj tilgængelighed

```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)
```

## Hvorfor det betyder noget

At forstå hvordan høj tilgængelighed fungerer i RabbitMQ er værdifuldt, fordi **høj tilgængelighed er vigtig for pålidelig, produktions-RabbitMQ-deployment**, så det er relevant driftsviden.

Produktions-messaging kan ofte ikke tolerere nedetid eller meddelelsetab fra nodesvigt, hvilket gør høj tilgængelighed vigtig.

At forstå **clustering** — flere RabbitMQ-noder, der arbejder sammen som en logisk broker (deler metadata, fordeler belastning) — er grundlaget, men med det vigtige forbehold, at **clustering alene ikke gør køer højt tilgængelige** (som standard findes en kø på en enkelt node, så hvis den node fejler, er køen utilgængelig — en almindelig misforståelse).

At forstå **replikerede køer** er nøglen til høj tilgængelighed: **quorum-køer** (den moderne, anbefalede tilgang, der replikerer data på tværs af noder via consensus/Raft, så et flertal skal være enigt, hvilket giver konsistens, holdbarhed og høj tilgængelighed, med en anden replik, der betjener køen, hvis en node fejler — ingen meddelelsetab) og spejlede køer (den klassiske, ældre tilgang, der bliver afviklet til fordel for quorum-køer).

At forstå, at **replikerede køer overlever nodesvigt** (den egentlige mekanisme for høj tilgængelighed, ud over blot clustering) er vigtig.

At forstå **overvejelser for høj tilgængelighed** — brug af quorum-køer for høj tilgængelighed, clustering på tværs af noder/maskiner (og zoner), brug af en load balancer for klientforbindelser, trade-off (replikeringens ydelseomkostning for tilgængelighed/holdbarhed) og håndtering af netværkspartitioner (split-brain) — afspejler opbygningen af høj-tilgængelighed RabbitMQ i produktion.

Nøgleindsigten er, at høj tilgængelighed kræver replikerede køer (quorum-køer), ikke blot clustering.

Da høj tilgængelighed er vigtig for pålidelig produktions-RabbitMQ (overlevelse af nodesvigt uden meddelelsetab) og kræver forståelse af, at clustering alene er utilstrækkeligt (replikerede quorum-køer er nøglen), og da forståelse af høj tilgængelighed er relevant driftsviden, er at forstå, hvordan høj tilgængelighed fungerer i RabbitMQ, værdifuld, praktisk-relevant viden — vigtig for pålidelig produktions-RabbitMQ, der præciserer, at høj tilgængelighed kræver replikerede køer (moderne quorum-køer), ikke blot clustering, og afspejler den driftsviden, der er nødvendig for at køre RabbitMQ pålideligt med høj tilgængelighed.