Kaip veikia aukšta pasiekiamybė RabbitMQ?

Question

Accepted Answer

**Aukšta pasiekiamybė** RabbitMQ apima **klasterizavimą** (kelis mazgus) ir **replikuotas eilutes** (veidrodines arba kvorumo eilutes), todėl sistema išgyvena mazgų gedimus nepralaimi pranešimų. Suprasti HA yra svarbu norint gauti patikimą, gamybinį RabbitMQ.

## Klasterizavimas

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

## Replikuotos eilutes (HA siekiant)

```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 aplinkybės

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

## Kodėl tai svarbu

Suprasti, kaip veikia aukšta pasiekiamybė RabbitMQ, yra vertinga, nes **HA yra svarbi patikimų, gamybinių RabbitMQ diegimų**, todėl tai aktualus operacinis žinojimas.

Gamybinės žinutės dažnai negali toleruoti sustojimų arba pranešimų praradimo dėl mazgų gedimų, todėl HA yra svarbi.

Suprasti **klasterizavimą** — kelis RabbitMQ mazgus, veikiančius kartu kaip vienas loginis brokeris (dalindamiesi metaduomenimis, paskirstydami apkrovą) — yra pagrindas, tačiau su svarbiu įspėjimu, kad **klasterizavimas vienas negadina eilučių aukštos pasiekiamumo** (pagal numatytuosius nustatymus eilutė gyvena viename mazge, todėl jei tas mazgas nepavyksta, eilutė nepasiekiama — dažna nepasiklysti).

Suprasti **replikuotas eilutes** yra raktas į HA: **kvorumo eilutes** (šiuolaikinis, rekomenduojamas metodas, replikuojantis duomenis mazguose per susitarimą/Raft, todėl dauguma turi sutikti, suteikiant nuoseklumą, stabilumą ir HA, su kitu replikavimu, skirtu eilutei, jei mazgas nepavyksta — nėra pranešimo praradimo) ir veidrodines eilutes (klasikinis, senesnis metodas, naudojamas atsiskaityti quorum eilučių naudai).

Suprasti, kad **replikuotos eilutes išgyvena mazgų gedimus** (tikras HA mechanizmas, ne tik klasterizavimas) yra būtinas.

Suprasti **HA aplinkybės** — naudojant kvorumo eilutes HA, klasterizavimą per mazgus/mašinas (ir zonas), naudojant apkrovos balanserį kliento ryšiams, mainų (replikacijos našumo išlaidos už pasiekiamumą/stabilumą) ir tvarkymo tinklo skaidymas (split-brain) — atspindi HA RabbitMQ kūrimą gamyboje.

Pagrindinė idėja yra ta, kad HA reikalinga replikuota eilutės (kvorumo eilutes), o ne tik klasterizavimas.

Cadre HA yra svarbi patikimam gamybiniam RabbitMQ (išgyvenant mazgų gedimus be pranešimų praradimo) ir reikalauja suprasti, kad klasterizavimas vienas nepakankamas (replikuota kvorumo eilutes yra raktas), ir kadangi HA supratimas yra aktualus operacinis žinojimas, suprasti, kaip veikia aukšta pasiekiamybė RabbitMQ, yra vertinga, praktiškai aktuali žinios — svarbi patikimam gamybiniam RabbitMQ, aiškindama, kad HA reikalinga replikuota eilutės (šiuolaikines kvorumo eilutes), o ne tik klasterizavimas, ir atspindinti operaciją žinias, reikalingos patikimam RabbitMQ veikimui su aukšta pasiekiamybe.