SOA-C02 Reliability and Business Continuity Practice Question
A company uses Amazon MQ (RabbitMQ) for messaging between microservices. The SysOps administrator needs to ensure the message broker is highly available with automatic failover and no data loss. Which deployment mode should be used?
⚠ Common exam trap
Many exam-takers confuse Amazon MQ's cluster deployment (which is for scaling) with active/standby (which is for high availability and data durability), or they incorrectly apply RDS Multi-AZ concepts to Amazon MQ.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Active/standby broker
Amazon MQ for RabbitMQ supports an active/standby deployment mode that provides automatic failover and no data loss. In this mode, one broker instance is active and a second is a synchronous standby; if the active fails, the standby takes over without losing messages because all data is replicated synchronously across both instances. This meets the high availability and data durability requirements specified in the question.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
Single-instance broker
Why it's wrong here
A single-instance broker runs on one broker node in a single Availability Zone, with no standby or failover mechanism. If that AZ or node fails, the broker becomes unavailable until Amazon MQ re-provisions it, and any messages not yet durably persisted can be lost. This configuration therefore cannot satisfy the requirement for high availability and zero message loss, making it incorrect.
- ✓
Active/standby broker
Why this is correct
An active/standby broker deploys two broker instances in different Availability Zones, with synchronous replication of messages and metadata from the active broker to the standby. On failure of the active broker, automatic failover promotes the standby to active with minimal downtime, ensuring messages are not lost because they are already replicated synchronously. This is the correct Amazon MQ deployment mode for meeting high-availability and data-loss-prevention requirements.
- ✗
Cluster deployment
Why it's wrong here
Cluster deployment is not a supported deployment mode for Amazon MQ for RabbitMQ. The cluster option shown in the AWS console applies to Amazon MQ for ActiveMQ, where multiple broker nodes form a network of brokers to scale capacity and provide high availability. Amazon MQ for RabbitMQ only supports single-instance and active/standby modes, so selecting cluster deployment would be invalid for this scenario.
- ✗
Multi-AZ broker with read replicas
Why it's wrong here
Amazon MQ does not offer a 'multi-AZ broker with read replicas' deployment option. Read replicas are a database concept, such as Amazon RDS, and are not used in Amazon MQ. In Amazon MQ, high availability across multiple AZs is achieved through an active/standby pair, where the standby is passive and does not serve reads or writes, making this option factually incorrect.
Go deeper
Related to this question
About these practice questions
This SOA-C02 question is part of Courseiva's 1,169-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This SOA-C02 practice question is part of Courseiva's free Amazon Web Services certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the SOA-C02 exam.