Kako deluje gručanje (clustering) v RabbitMQ?

Question

Accepted Answer

**Gručanje (Clustering)** povezuje več vozlišč RabbitMQ v en logičen posrednik — za razširljivost in (s ponovljenimi čakalno-vrstami) visoko razpoložljivost. Razumevanje gručanja in njegovih posebnosti je pomembno za razširljivost in zanesljivo obratovanje RabbitMQ.

## Kaj je gruča

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

## Čakalne vrste v gruči (pomembna posebnost)

```text
⚠️ 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
```

## Razmisleki o gručanju

```text
✓ QUORUM QUEUES → replicate queue data across nodes (consensus-based) → survive node failure (HA)
✓ NETWORK PARTITIONS → split-brain risk → configure a partition-handling strategy
  (pause_minority, etc.) → cluster must agree on state
✓ Nodes should be on a reliable, low-latency network (clustering is sensitive to network issues)
✓ LOAD BALANCER → distribute client connections across nodes
✓ For geo-distribution → use FEDERATION/SHOVEL (not clustering across high-latency links)
```

## Zakaj je to pomembno

Razumevanje, kako deluje gručanje v RabbitMQ, je dragoceno znanje za izkušenega razvojnega inženirja, ker je **gručanje pomembno za razširljivost in visoko razpoložljivost**, vendar ima posebnosti, ki jih je treba razumeti za zanesljivo obratovanje.

Gručanje povezuje več vozlišč v en logičen posrednik, kar je pomembno za produkcijski RabbitMQ.

Razumevanje **tega, kaj je gruča** — več vozlišč, ki delujejo kot en logičen posrednik, ki si deli metapodatke med vozlišči, pri čemer se odjemalci povezujejo s katerim koli vozliščem in je obremenitev porazdeljena — pojasnjuje osnovni koncept (razširljivost zmogljivosti za povezave in porazdelitev obremenitve).

Kritično pa je razumevanje **pomembne posebnosti o čakalni vrsti v gruči** — da podatki čakalne vrste privzeto **živijo na enem vozlišču** (druga vozlišča poznajo metapodatke, vendar usmerjajo na lastnika vozlišča), zato če to vozlišče odpove, čakalna vrsta in njenih sporočila **niso dostopna**, kar pomeni, da **gručanje samo po sebi NE naredi čakalnih vrst visoko razpoložljivih** — je bistveno, saj je to pogosto in posledično napačno razumevanje (ljudje domnevajo, da gručanje daje visoko razpoložljivost, vendar to ne velja za podatke čakalne vrste).

Razumevanje, da **visoka razpoložljivost zahteva ponovljene čakalne vrste (quorum queues)**, ki ponovljujejo podatke na več vozliščih, je ključni zaključek.

Razumevanje **razmislkov o gručanju** — uporaba quorum queues za visoko razpoložljivost, obvladovanje **delitev omrežja** (tveganje razcepljenja možganov, ki zahtevajo strategijo ravnanja z delitvijo), ohranjevanje vozlišč na zanesljivem nizko-latentnem omrežju (gručanje je občutljivo na težave v omrežju), uporaba uravnoteženika obremenitve za povezave in uporaba **federacije/lopatice za geo-porazdelitev** (ne gručanja preko visoko-latentnih povezav — pomembna arhitekturna točka) — odraža pravilno obratovanje gruč.

Te posebnosti (gručanje ≠ visoka razpoložljivost čakalne vrste, ravnanje s particijami, občutljivost omrežja, geo-porazdelitev preko federacije) so pomembne za zanesljivo gručanje.

Ker je gručanje pomembno za razširljivost in visoko razpoložljivost, vendar ima ključne posebnosti (zlasti da gručanje samo po sebi ne naredi čakalnih vrst visoko razpoložljivih — potrebne so ponovljene quorum queues, poleg tega ravnanje s particijami in občutljivost omrežja), in ker je razumevanje teh posebnosti pomembno za zanesljivo obratovanje, je razumevanje, kako deluje gručanje v RabbitMQ, dragoceno znanje za izkušenega razvojnega inženirja — pomembno za razširljivost in visoko razpoložljivost, s kritično posebnostjo, da gručanje samo po sebi ne zagotavlja visoke razpoložljivosti čakalnih vrst (zahtevane so quorum queues), poleg tega pa razmisleki o ravnanju s particijami in geo-porazdelitvi ter odražanje operativnega znanja, potrebnega za zanesljivo gručanje RabbitMQ.