SAA-C03 Design Resilient Architectures Practice Question
A financial application stores data in Amazon Aurora. The architecture must survive a regional outage. Which TWO steps should the architect take to meet this requirement?
⚠ Common exam trap
The trap is confusing Aurora Multi-AZ (intra-region HA) with Aurora Global Database (cross-region DR); candidates often pick Multi-AZ thinking it covers regional outages, but it only protects against AZ failures.
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
✓
Create an Aurora Global Database with a secondary region.
Option B is correct because an Aurora Global Database replicates data to a secondary region with typical cross-region replication latency under one second, which is the AWS-recommended design for surviving a full regional outage. Option D is correct because, during a regional failure, the secondary region's Aurora cluster must be promoted (via the managed planned or unplanned failover) to become a standalone read/write primary, restoring write capability in the surviving region. Option A is not sufficient because Aurora Multi-AZ (Aurora Replicas across AZs) only protects against an Availability Zone failure within a single region, not a regional outage. Option C is wrong because RDS snapshots copied to an S3 bucket in the same region are also lost if that region fails, and daily snapshots give a poor RPO. Option E is irrelevant because Performance Insights is a monitoring/performance-tuning feature and provides no disaster-recovery capability.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
Enable Aurora Multi-AZ deployment in the primary region.
Why it's wrong here
Multi-AZ deployment ensures high availability within a single region by protecting against AZ failures. However, it does not provide protection against a full AWS region failure. Regional disaster recovery requires cross-region replication strategies to ensure data availability should the primary geographic site become completely unreachable or suffer degradation.
- ✓
Create an Aurora Global Database with a secondary region.
Why this is correct
Aurora Global Database is specifically designed for regional disaster recovery. It uses dedicated infrastructure to replicate data to secondary regions with minimal latency, typically under one second. This configuration allows for rapid promotion of a secondary region to read-write status in the event of a primary regional failure.
- ✗
Schedule daily Amazon RDS snapshots and copy them to an S3 bucket in the same region.
Why it's wrong here
Storing snapshots in the same region as the database does not protect against a regional failure. If the entire region goes offline, the snapshots stored there are inaccessible. Snapshots must be copied to a different region to satisfy cross-region disaster recovery requirements and ensure data is eventually recoverable.
- ✓
Promote the secondary region to primary if the primary region becomes unavailable.
Why this is correct
Promoting a secondary region is the critical step in regional failover for Aurora Global Database. When the primary region fails, the secondary database can be promoted to standalone status for full read-write capabilities. This manual or automated switch allows the application to resume operations in a healthy, separate geographic location.
- ✗
Enable Performance Insights on all Aurora instances.
Why it's wrong here
Performance Insights is a database performance tuning and monitoring tool. It provides visibility into database load and query performance but plays no role in high availability or disaster recovery. Monitoring and resilience are distinct architectural concerns that require different sets of services and configuration settings to address effectively.
Quick reference
AWS S3 Storage Class Comparison
| Storage Class | Min Duration | Retrieval | Use Case |
|---|---|---|---|
| S3 Standard | None | Immediate | Frequently accessed data |
| S3 Standard-IA | 30 days | Immediate | Infrequent access, rapid retrieval |
| S3 One Zone-IA | 30 days | Immediate | Non-critical infrequent data |
| S3 Intelligent-Tiering | None | Immediate–hours | Unknown or changing access patterns |
| S3 Glacier Instant | 90 days | Milliseconds | Archive with instant retrieval |
| S3 Glacier Flexible | 90 days | Minutes–hours | Archive, flexible retrieval |
| S3 Glacier Deep Archive | 180 days | Hours | Long-term compliance archive |
About these practice questions
This SAA-C03 question is part of Courseiva's 149-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 and reviewed by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
Last reviewed September 2026 · checked against the official Amazon Web Services exam blueprint
This SAA-C03 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 SAA-C03 exam.