Clustering verbindet mehrere RabbitMQ-Knoten zu einem logischen Broker — für Skalierbarkeit und (mit replizierten Queues) Hochverfügbarkeit. Das Verständnis von Clustering und seinen Nuancen ist wichtig für die zuverlässige Skalierung und den Betrieb von RabbitMQ.
Was ein Cluster ist
A RabbitMQ CLUSTER = multiple nodes acting as ONE logical broker:
→ nodes share METADATA (queue/exchange definitions, bindings, users, vhosts) across the cluster
→ clients can connect to any node; load is distributed across nodes
→ scales connection/channel capacity and distributes load
Queues in einem Cluster (eine wichtige Nuance)
⚠️ By default, a queue's DATA lives on ONE node (the node where it was declared):
→ other nodes know about the queue (metadata) but route to the owning node
→ if that node FAILS → the queue (and its messages) is UNAVAILABLE
→ so CLUSTERING ALONE does NOT make queues highly available!
→ for HA → use REPLICATED queues (QUORUM QUEUES) that replicate data across nodes
