Bagaimana high availability berfungsi dalam RabbitMQ?

Question

IT Interview Practice · Accepted Answer

**High availability** dalam RabbitMQ melibatkan **clustering** (berbilang node) dan **queue yang direplikasi** (mirrored atau quorum queue) supaya sistem bertahan daripada kegagalan node tanpa kehilangan mesej. Memahami HA adalah penting untuk RabbitMQ yang boleh dipercayai dan produksi.

## Clustering

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

## Queue yang direplikasi (untuk 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)
```

## Pertimbangan HA

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

## Mengapa ia penting

Memahami cara high availability berfungsi dalam RabbitMQ adalah berharga kerana **HA penting untuk penggunaan RabbitMQ produksi yang boleh dipercayai**, jadi ia merupakan pengetahuan operasi yang relevan.

Pemesejan produksi selalunya tidak dapat menanggung waktu henti atau kehilangan mesej daripada kegagalan node, menjadikan HA penting.

Memahami **clustering** — berbilang node RabbitMQ bekerjasama sebagai satu broker logik (berkongsi metadata, mengagihkan beban) — ialah asasnya, tetapi dengan peringatan penting bahawa **clustering sahaja tidak menjadikan queue tersedia secara tinggi** (secara lalai queue terletak pada satu node, jadi jika node itu gagal queue menjadi tidak tersedia — salah faham yang lazim).

Memahami **queue yang direplikasi** ialah kunci kepada HA: **quorum queue** (pendekatan moden yang disyorkan, mereplikasi data merentas node melalui consensus/Raft supaya majoriti mesti bersetuju, menyediakan ketekalan, durability, dan HA, dengan replika lain melayani queue jika satu node gagal — tiada kehilangan mesej) dan mirrored queue (pendekatan klasik yang lebih lama yang sedang dinyahgunakan demi quorum queue).

Memahami bahawa **queue yang direplikasi bertahan daripada kegagalan node** (mekanisme sebenar untuk HA, melangkaui sekadar clustering) adalah penting.

Memahami **pertimbangan HA** — menggunakan quorum queue untuk HA, clustering merentas node/mesin (dan zon), menggunakan load balancer untuk sambungan klien, tukar ganti (kos prestasi replikasi untuk ketersediaan/durability), serta mengendalikan partition rangkaian (split-brain) — mencerminkan pembinaan RabbitMQ HA dalam produksi.

Tanggapan utama ialah HA memerlukan queue yang direplikasi (quorum queue), bukan sekadar clustering.

Memandangkan HA penting untuk RabbitMQ produksi yang boleh dipercayai (bertahan daripada kegagalan node tanpa kehilangan mesej) dan memerlukan pemahaman bahawa clustering sahaja tidak mencukupi (quorum queue yang direplikasi ialah kuncinya), dan memandangkan memahami HA merupakan pengetahuan operasi yang relevan, memahami cara high availability berfungsi dalam RabbitMQ merupakan pengetahuan yang berharga dan relevan secara praktikal — penting untuk RabbitMQ produksi yang boleh dipercayai, menjelaskan bahawa HA memerlukan queue yang direplikasi (quorum queue moden) bukan sekadar clustering, serta mencerminkan pengetahuan operasi yang diperlukan untuk menjalankan RabbitMQ secara boleh dipercayai dengan high availability.

Clustering

Queue yang direplikasi (untuk HA)

Pertimbangan HA

Mengapa ia penting

Soalan berkaitan