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