RabbitMQ Messaging & Async Systems · Lektion

Gespiegelte Queues für Hochverfügbarkeit

Lektion 3 von 411 Schritte

Gespiegelte Queues für Hochverfügbarkeit ist eine kostenlose RabbitMQ Messaging & Async Systems-Lektion auf CoddyKit. Dies ist Lektion 3 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des RabbitMQ Messaging & Async Systems-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der RabbitMQ Messaging & Async Systems-Kurs umfasst insgesamt 4 Lektionen.

Teile dieser Lektion wurden noch nicht übersetzt und werden auf Englisch angezeigt.

Intro to Mirrored Queues

In a RabbitMQ cluster, queues are by default located on a single node. If that node fails, any messages in its queues (and the queues themselves) become unavailable until the node recovers.

Mirrored queues solve this by replicating queue contents across multiple nodes. This ensures high availability (HA) and fault tolerance for your messages.

Why Use Mirrored Queues?

Imagine a critical application where losing messages or experiencing downtime is unacceptable. Mirrored queues provide:

High Availability: If the node hosting the primary queue fails, a replica can take over seamlessly.
Data Durability: Messages are stored on multiple nodes, protecting against single-node failures.
Fault Tolerance: The system can continue operating even if some nodes go offline.

They are essential for robust, production-grade RabbitMQ deployments.

Master & Replica Architecture

When a queue is mirrored, one node hosts the master (or primary) queue. All other nodes hosting mirrors run replicas.

All operations for a mirrored queue (publishing, consuming, adding messages) are first handled by the master. The master then replicates these operations to all its replicas.

Configuring Mirroring with Policies

You don't configure mirroring directly on individual queues. Instead, you use policies. A policy is a set of rules that apply to queues whose names match a specific pattern.

This allows you to define mirroring behavior for many queues at once, or for queues created in the future, without modifying client code.

Policy Example: Mirror All Queues

Here's how to create a policy named ha-all that mirrors all queues (matching ".*") to all nodes in the cluster ("ha-mode":"all").

You'd typically run this command on one of your RabbitMQ cluster nodes via the command line.

rabbitmqctl set_policy ha-all ".*" '{"ha-mode":"all"}' --apply-to queues

Understanding ha-mode Options

The ha-mode argument in a policy defines how mirroring should behave:

all: The queue will be mirrored to all nodes in the cluster.
exactly: The queue will be mirrored to a specific number of nodes (e.g., {"ha-mode":"exactly", "ha-params":2}).
nodes: The queue will be mirrored to a specific list of named nodes (e.g., {"ha-mode":"nodes", "ha-params":["rabbit@node1", "rabbit@node2"]}).

Producers & Mirrored Queues

From a producer's perspective, interacting with a mirrored queue is no different than a non-mirrored one. The client connects to any node in the cluster, and RabbitMQ handles routing the message to the master queue for mirroring.

Try running this simple Java producer:

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;

public class Producer {
  private final static String QUEUE_NAME = "my_mirrored_queue";

  public static void main(String[] argv) throws Exception {
    ConnectionFactory factory = new ConnectionFactory();
    factory.setHost("localhost"); // Connect to any cluster node
    try (Connection connection = factory.newConnection();
         Channel channel = connection.createChannel()) {
      // Declare a durable queue (important for mirrored queues)
      channel.queueDeclare(QUEUE_NAME, true, false, false, null);
      String message = "Hello, Mirrored Queue!";
      channel.basicPublish("", QUEUE_NAME, null, message.getBytes("UTF-8"));
      System.out.println(" [x] Sent '" + message + "'");
    }
  }
}

Consumers & Mirrored Queues

Similarly, consumers don't need special logic to consume from a mirrored queue. They simply connect to a node and subscribe to the queue.

If the master queue fails, RabbitMQ automatically promotes a replica to master, and consumers transparently switch to the new master (though a brief reconnect might be needed).

Run this consumer example:

import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import com.rabbitmq.client.DeliverCallback;

public class Consumer {
  private final static String QUEUE_NAME = "my_mirrored_queue";

  public static void main(String[] argv) throws Exception {
    ConnectionFactory factory = new ConnectionFactory();
    factory.setHost("localhost"); // Connect to any cluster node
    Connection connection = factory.newConnection();
    Channel channel = connection.createChannel();

    channel.queueDeclare(QUEUE_NAME, true, false, false, null);
    System.out.println(" [*] Waiting for messages. To exit press CTRL+C");

    DeliverCallback deliverCallback = (consumerTag, delivery) -> {
      String message = new String(delivery.getBody(), "UTF-8");
      System.out.println(" [x] Received '" + message + "'");
    };
    // Basic consume with auto-acknowledgement
    channel.basicConsume(QUEUE_NAME, true, deliverCallback, consumerTag -> {});
  }
}

Failover & Replica Sync

When a master node fails, RabbitMQ elects a new master from the available replicas. This new master takes over, and message processing continues without data loss.

If a node with a replica rejoins the cluster, or a new node is added, the replica will synchronize its contents with the current master. This ensures all messages are consistent across the mirrored queue instances.

Quick Check: Mirrored Queues

You've learned about the importance and mechanics of mirrored queues. Let's test your understanding.

Beantworte es in der interaktiven Lektion

Recap: Mirrored Queues for HA

We've explored mirrored queues, a crucial feature for ensuring high availability and data durability in RabbitMQ clusters.

Mirrored queues replicate messages across master and replica nodes.
They are configured using policies, allowing flexible control over mirroring behavior.
Client applications (producers/consumers) interact with mirrored queues transparently.
In case of a master node failure, a replica is promoted, ensuring continuous service and message safety.

This mechanism is vital for building robust, fault-tolerant messaging systems.

Kostenlos starten

Lerne RabbitMQ Messaging & Async Systems mit einem KI-Tutor — kostenlos

Schreibe und führe echten Code in deinem Browser aus, bekomme sofortige Hilfe von einem 24/7 KI-Tutor und setze dein Lernen im Web oder in der App fort.

Kurse: 11
Lektionen: 44

Kostenlos lernen Den vollständigen Kurs ansehen

Häufig gestellte Fragen

Ist die Lektion „Gespiegelte Queues für Hochverfügbarkeit“ kostenlos?

Ja — der vollständige Text von „Gespiegelte Queues für Hochverfügbarkeit“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des RabbitMQ Messaging & Async Systems-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der RabbitMQ Messaging & Async Systems-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Gespiegelte Queues für Hochverfügbarkeit“?

Implementieren Sie gespiegelte Queues, um Nachrichten über mehrere Clusterknoten hinweg zu replizieren. Erreichen Sie eine hohe Verfügbarkeit Ihrer Queues und stellen Sie sicher, dass Nachrichten Kno… Du übst RabbitMQ Messaging & Async Systems mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um RabbitMQ Messaging & Async Systems zu starten?

Keine Vorkenntnisse erforderlich. RabbitMQ Messaging & Async Systems auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 3 von 4.

Wie lange dauert die Lektion „Gespiegelte Queues für Hochverfügbarkeit“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser RabbitMQ Messaging & Async Systems-Lektion Code schreiben und ausführen?

Ja. Jede RabbitMQ Messaging & Async Systems-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

Konzepte des RabbitMQ-Clustering
Einrichten einer Cluster-Umgebung
Gespiegelte Queues für Hochverfügbarkeit
Quorum Queues für moderne Hochverfügbarkeit

← Zurück zu RabbitMQ Messaging & Async Systems