Skip to main content
  1. Home
  2. >
  3. AWS
  4. >
  5. SAA-C03
  6. >
  7. This article

AWS SAA-C03 Drill: EC2 Capacity Reservation - The Flexibility vs. Commitment Trade-off

Jeff Taakey
Author
Jeff Taakey
21+ Year Enterprise Architect | Multi-Cloud Architect & Strategist.
Jeff's Architecture Insights
Go beyond static exam dumps. Jeff’s Insights is engineered to cultivate the mindset of a Production-Ready Architect. We move past ‘correct answers’ to dissect the strategic trade-offs and multi-cloud patterns required to balance reliability, security, and TCO in mission-critical environments.

The Jeff’s Note
#

While preparing for the AWS SAA-C03, many candidates confuse Reserved Instances with Capacity Reservations. In the real world, this is fundamentally a decision about temporal commitment vs. capacity guarantee granularity. Let’s drill into a simulated scenario.

The Scenario
#

GlobalTech Summit Inc. is organizing a 7-day international developer conference in the US-East region. The event will host live-streamed workshops, real-time code compilation environments, and interactive AI demos. To ensure seamless participant experience, the infrastructure team needs guaranteed compute capacity for 150 c5.4xlarge instances distributed across three specific Availability Zones (us-east-1a, us-east-1b, us-east-1c) to achieve fault tolerance.

The event runs for exactly one week, after which all resources will be terminated. The finance team has flagged that unused commitment beyond this period is unacceptable.

Key Requirements
#

Secure guaranteed EC2 capacity in three specific Availability Zones for a 1-week duration with no long-term financial commitment.

The Options
#

  • A) Purchase Reserved Instances specifying the required region.
  • B) Create On-Demand Capacity Reservations specifying the required region.
  • C) Purchase Reserved Instances specifying the required region and three Availability Zones.
  • D) Create On-Demand Capacity Reservations specifying the required region and three Availability Zones.

Correct Answer
#

Option D.


The Architect’s Analysis
#

Correct Answer
#

Option D - Create On-Demand Capacity Reservations specifying the required region and three Availability Zones.

Step-by-Step Winning Logic
#

  1. Capacity Guarantee Precision: ODCRs can be scoped to specific AZs, ensuring capacity is reserved exactly where your architecture requires it (us-east-1a/b/c). Regional reservations don’t guarantee AZ-level availability.

  2. No Temporal Lock-In: Unlike RIs (1-3 year commitments), ODCRs are pay-as-you-go. You reserve capacity for the event duration, launch instances against the reservation, and cancel immediately after—paying only for the 7 days used.

  3. Billing Alignment: ODCRs charge On-Demand rates whether instances run or not, but you avoid the 51-75% waste of a 1-year RI commitment for a 1-week event.

  4. Zonal Architecture Match: The scenario explicitly states “three specific Availability Zones”—this is a signal that AZ-level scoping is architecturally required (likely for latency, data residency, or fault isolation).

The Traps (Distractor Analysis)
#

  • Why not A (Regional RI)?
    Reserved Instances are billing discounts, not capacity guarantees. Even with regional scope, AWS doesn’t guarantee capacity availability during high-demand periods. You also commit to 1+ years of payment for a 7-day event.

  • Why not B (Regional ODCR)?
    Regional ODCRs provide capacity guarantees but don’t allow AZ-level specification. AWS fulfills the reservation in any AZ within the region. If us-east-1d gets your capacity instead of 1a/1b/1c, your architecture breaks.

  • Why not C (Zonal RI)?
    While Zonal RIs do provide AZ-specific capacity reservation as a secondary benefit, the 1-year minimum commitment violates the FinOps requirement. You’d pay for 52 weeks to use 1 week—a 5100% cost overhead.

The Architect Blueprint
#

graph TB subgraph "US-East-1 Region" subgraph AZ1["us-east-1a"] ODCR1[ODCR: 50x c5.4xlarge<br/>7-day Duration] EC2_1a[EC2 Instances<br/>Auto Scaling Group] end subgraph AZ2["us-east-1b"] ODCR2[ODCR: 50x c5.4xlarge<br/>7-day Duration] EC2_1b[EC2 Instances<br/>Auto Scaling Group] end subgraph AZ3["us-east-1c"] ODCR3[ODCR: 50x c5.4xlarge<br/>7-day Duration] EC2_1c[EC2 Instances<br/>Auto Scaling Group] end end ODCR1 -.Guarantees Capacity.-> EC2_1a ODCR2 -.Guarantees Capacity.-> EC2_1b ODCR3 -.Guarantees Capacity.-> EC2_1c EC2_1a --> ALB[Application Load Balancer] EC2_1b --> ALB EC2_1c --> ALB style ODCR1 fill:#FF9900,stroke:#232F3E,stroke-width:3px,color:#fff style ODCR2 fill:#FF9900,stroke:#232F3E,stroke-width:3px,color:#fff style ODCR3 fill:#FF9900,stroke:#232F3E,stroke-width:3px,color:#fff

Diagram Note: Three zonal ODCRs ensure capacity is reserved in architecturally required AZs, with Auto Scaling Groups launching instances against these reservations during the event window.

The Decision Matrix
#

Option Commitment AZ Control Est. Cost (150 instances, 7 days) Pros Cons
A: Regional RI 1-3 years ❌ None $14,000 upfront + 51 weeks wasted ($105,000 total waste) Billing discount (if long-term) No capacity guarantee; massive overcommitment
B: Regional ODCR None ❌ Region-only ~$16,800 (On-Demand rate) No long-term commitment Cannot specify required AZs; architectural risk
C: Zonal RI 1-3 years ✅ AZ-specific $14,000 upfront + 51 weeks wasted ($105,000 total waste) Capacity + AZ guarantee 5100% cost overhead for 1-week need
D: Zonal ODCR None ✅ AZ-specific ~$16,800 (On-Demand rate, 7 days only) Precise capacity + AZ control; zero waste Slightly higher per-hour rate vs. RI (irrelevant at 7 days)

Cost Calculation Basis: c5.4xlarge On-Demand ~$0.68/hr × 150 instances × 168 hours = $17,136. RI 1-year All Upfront ~$0.42/hr equivalent, but 52-week commitment = $109,368 total.

Real-World Practitioner Insight
#

Exam Rule
#

For the SAA-C03 exam:

  • Reserved Instances = Long-term cost optimization (1-3 years).
  • On-Demand Capacity Reservations = Short-term capacity guarantees without commitment.
  • Look for keywords: “specific AZ” → Zonal ODCR; “1-week”, “temporary event” → avoid RIs.

Real World
#

In production, we’d layer additional strategies:

  1. Scheduled Reservations (if still available in your region): AWS deprecated these in 2021, but they were ideal for recurring events.

  2. Savings Plans: For recurring annual events, we’d use Compute Savings Plans (1-year) with baseline capacity, supplementing peaks with ODCRs.

  3. Capacity Blocks for ML (if AI workloads): For GPU instances, Capacity Blocks offer fixed-duration reservations (1-8 hours) at discounted rates.

  4. Hybrid Commitment: Reserve 70% of expected capacity via 1-year Convertible RIs (if events recur quarterly), using ODCRs only for the 30% surge buffer.

  5. Pre-warming Communication: Engage AWS account team 2-4 weeks before large events. While ODCRs guarantee capacity, proactive coordination helps with bulk IP allocation and service limit increases.

Weekly AWS SAA-C03 Drills: Think Like a CTO

Get 3-5 high-frequency scenarios every week. No brain-dumping, just pure architectural trade-offs.