The answer is that Aurora’s distributed storage architecture enables failover in under 30 seconds, while RDS Multi-AZ relies on synchronous block-level replication that can take 60-120 seconds. This speed difference stems from Aurora sharing a single storage volume across all instances in a cluster, so when the primary fails, a read replica is promoted without remapping storage—unlike Multi-AZ, which requires a DNS change and a full volume remount. On the AWS Certified Database Specialty DBS-C01 exam, this distinction tests your understanding of architectural trade-offs: Aurora’s 15 read replicas versus Multi-AZ’s single standby, and the fact that Aurora’s failover is faster because storage is decoupled from compute. A common trap is assuming Multi-AZ is always faster due to its synchronous replication, but the storage remount step actually slows it down. Remember the mnemonic “Aurora’s shared storage skips the swap” to recall that Aurora promotes a replica instantly, while Multi-AZ must physically swap volumes.
DBS-C01 Workload-Specific Database Design Practice Question
This DBS-C01 practice question tests your understanding of workload-specific database design. The scenario asks you to isolate a root cause — eliminate options that address a different problem before choosing. After answering, compare your reasoning against the explanation and wrong-answer breakdown below. Once you have made your selection, read the full explanation to reinforce the concept and understand why each distractor is designed to mislead on exam day.
Which THREE factors should be considered when choosing between Amazon RDS Multi-AZ and Amazon Aurora for high availability? (Choose 3)
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
Aurora provides faster failover (typically under 30 seconds)
Aurora's distributed storage architecture enables failover in under 30 seconds typically, because the storage layer is shared across all instances in the cluster. When the primary instance fails, Aurora simply promotes one of the existing read replicas to primary, without needing to remap storage volumes. This is significantly faster than RDS Multi-AZ, which requires a DNS change and a synchronous block-level replication failover that can take 60-120 seconds.
Key principle: Answer the scenario, not the keyword: identify the specific constraint before choosing the most familiar-sounding option.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
✓
Aurora provides faster failover (typically under 30 seconds)
Why this is correct
Aurora failover is faster than RDS Multi-AZ.
Related concept
Read the scenario before looking for a memorised answer.
✗
RDS Multi-AZ provides automatic scaling of storage
Why it's wrong here
RDS Multi-AZ does not auto-scale storage; Aurora does.
✗
RDS Multi-AZ supports encryption at rest
Why it's wrong here
Both support encryption; this is not a differentiating factor.
✓
Aurora automatically scales storage up to 128 TB per instance
Why this is correct
Aurora storage auto-scales up to 128 TB.
Related concept
Read the scenario before looking for a memorised answer.
✓
Aurora supports up to 15 read replicas, while RDS Multi-AZ supports only 1 standby
Why this is correct
Aurora offers more replicas for read scaling.
Related concept
Read the scenario before looking for a memorised answer.
Common exam traps
Common exam trap: answer the scenario, not the keyword
The trap here is that candidates confuse RDS Multi-AZ's synchronous replication with Aurora's shared storage architecture, assuming both have similar failover times, but Aurora's failover is consistently faster due to its distributed storage layer.
Detailed technical explanation
How to think about this question
Aurora's storage is a shared, distributed volume that is automatically replicated across three Availability Zones (AZs) with six copies of data, allowing failover to a read replica without any storage remounting. In contrast, RDS Multi-AZ uses synchronous block-level replication to a standby instance in a different AZ, which requires the standby to have its own storage volume and a DNS update to redirect traffic. A real-world scenario where this matters is during a regional AZ outage: Aurora can failover in seconds, while RDS Multi-AZ may experience a longer outage due to the need to complete pending transactions and update DNS.
KKey Concepts to Remember
Read the scenario before looking for a memorised answer.
Find the constraint that changes the correct option.
Eliminate answers that are true in general but not in this case.
TExam Day Tips
→Watch for words such as best, first, most likely and least administrative effort.
→Review why wrong options are wrong, not only why the correct option is correct.
Key takeaway
Answer the scenario, not the keyword: identify the specific constraint before choosing the most familiar-sounding option.
Real-world example
How this comes up in practice
A media company stores terabytes of video archives that are accessed once a year for audit purposes. Moving these objects to a cold storage tier (Azure Archive, S3 Glacier, or Google Nearline) costs a fraction of hot storage. Questions like this test whether you understand storage tiers, access frequency tradeoffs, and retrieval latency requirements.
What to study next
Got this wrong? Here's your next step.
Identify which exam domain this question belongs to, review the core concept, then practise similar questions from the same domain.
Workload-Specific Database Design — This question tests Workload-Specific Database Design — Read the scenario before looking for a memorised answer..
What is the correct answer to this question?
The correct answer is: Aurora provides faster failover (typically under 30 seconds) — Aurora's distributed storage architecture enables failover in under 30 seconds typically, because the storage layer is shared across all instances in the cluster. When the primary instance fails, Aurora simply promotes one of the existing read replicas to primary, without needing to remap storage volumes. This is significantly faster than RDS Multi-AZ, which requires a DNS change and a synchronous block-level replication failover that can take 60-120 seconds.
What should I do if I get this DBS-C01 question wrong?
Identify which exam domain this question belongs to, review the core concept, then practise similar questions from the same domain.
What is the key concept behind this question?
Read the scenario before looking for a memorised answer.
About these practice questions
Courseiva creates original exam-style practice questions with explanations and wrong-answer analysis. It does not publish real exam questions, exam dumps, or protected exam content. Learn why practice questions differ from exam dumps →
Share a tip, memory trick, or ask about the reasoning behind this question. Do not post real exam questions, leaked content, braindumps, or copyrighted exam material. Comments are moderated and may be removed without notice.
This DBS-C01 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 DBS-C01 exam.
Question Discussion
Share a tip, memory trick, or ask about the reasoning behind this question. Do not post real exam questions, leaked content, braindumps, or copyrighted exam material. Comments are moderated and may be removed without notice.
Sign in to join the discussion.