Kako visoka dostupnost funkcionira u RabbitMQ-u?

Question

Accepted Answer

**Visoka dostupnost** u RabbitMQ-u uključuje **klasteriranje** (više čvorova) i **repliciranog redova čekanja** (preslikane ili quorum redove) tako da sustav preživi kvar čvorova bez gubitka poruka. Razumijevanje HA-a je važno za pouzdani, produkcijski RabbitMQ.

## Klasteriranje

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

## Repliciranih redova čekanja (za 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 razmatranja

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

## Zašto je to važno

Razumijevanje kako visoka dostupnost funkcionira u RabbitMQ-u je vrijednovano jer je **HA važna za pouzdane, produkcijske RabbitMQ implementacije**, što čini to relevantnim operativnim znanjem.

Produkcijsko slanje poruka često ne može tolerirati prestoj ili gubitak poruka zbog kvarova čvorova, što čini HA važnom.

Razumijevanje **klasteriranja** — više RabbitMQ čvorova koji rade zajedno kao jedan logički broker (dijele metapodatke, distribuiraju opterećenje) — je temelj, ali s važnom napomenom da **samo klasteriranje ne čini redove čekanja visoko dostupnim** (zadano, red čekanja postoji na jednom čvoru, pa ako taj čvor ne uspije red čekanja je nedostupan — često pogrešno razumijevanje).

Razumijevanje **replikativnih redova čekanja** je ključno za HA: **quorum redove čekanja** (moderni, preporučeni pristup, repliciranje podataka između čvorova putem konsenzusa/Raft-a tako da se većina mora složiti, pružajući konzistentnost, trajnost i HA, pri čemu druga replika služi redu čekanja ako čvor ne uspije — bez gubitka poruka) i preslikane redove čekanja (klasični, stariji pristup koji se obustavlja u korist quorum redova čekanja).

Razumijevanje da **replicirati redovi čekanja prežive kvarove čvorova** (stvarni mehanizam za HA, izvan samo klasteriranja) je bitno.

Razumijevanje **HA razmatranja** — korištenje quorum redova čekanja za HA, klasteriranje između čvorova/strojeva (i zona), korištenje balansa opterećenja za klijentske veze, kompromis (trošak performansi replikacije za dostupnost/trajnost) i rukovanje mrežnim particijama (split-brain) — odražava izgradnju HA RabbitMQ-a u produkciji.

Klučno uvid je da HA zahtijeva replizirane redove čekanja (quorum redove čekanja), ne samo klasteriranje.

Budući da je HA važna za pouzdani produkcijski RabbitMQ (preživeće kvarove čvorova bez gubitka poruka) i zahtijeva razumijevanje da samo klasteriranje nije dovoljno (repliciranih quorum redova čekanja su ključ), i budući da je razumijevanje HA relevantno operativno znanje, razumijevanje kako visoka dostupnost funkcionira u RabbitMQ-u je vrijednovano, praktično relevantno znanje — važno za pouzdani produkcijski RabbitMQ, pojašnjavajući da HA zahtijeva replizirane redove čekanja (moderne quorum redove čekanja) ne samo klasteriranje, i odražavajući operativno znanje potrebno za pouzdano pokretanje RabbitMQ-a s viskom dostupnošću.