Skip to main content

These questions are independently created for study purposes. They are not official AWS exam questions, actual exam questions, leaked questions, or exam dumps.

SAA-C03Resilient ArchitecturesDifficulty:Hard

SAA-041

You operate a web application that requires the processing capacity of 6 instances at all times during peak hours, using an Auto Scaling group spread evenly across three Availability Zones. If you want to maintain peak processing capacity even when one AZ goes down completely, which minimum capacity setting is the most appropriate?

Choices

Explanation and answer

Read the explanation and correct answer (spoiler — try answering first)

Correct answer: C. 9 instances (3 per AZ)

Explanation

When instances are distributed evenly across three AZs, losing one AZ loses one third of the total at once. The remaining two thirds must cover the 6 instances needed at peak, so 6 / (1 - 1/3) = 9 instances are required. Placing 3 instances per AZ leaves 6 after losing one AZ.

Per-choice explanations

A. 7 instances

Incorrect. 7 is not divisible by 3, so the instance count per AZ is uneven, and losing the AZ with the most instances leaves 5 or fewer, which does not meet the requirement.

B. 12 instances (4 per AZ)

Incorrect. It does satisfy the requirement, but 8 instances remain after losing one AZ, which is excessive. It incurs the cost of 4 surplus instances at all times, so it is not appropriate as the minimum capacity.

C. 9 instances (3 per AZ)

Correct. Even after losing one AZ, 6 instances remain and peak processing capacity is maintained.

D. 6 instances (2 per AZ)

Incorrect. With 2 per AZ for a total of 6, losing one AZ leaves 4, which is below the 6 instances needed at peak.

Practical Use

Simply "being Multi-AZ" does not make you resilient to an AZ failure. An EC2 Auto Scaling group tries to distribute instances evenly across the specified subnets (that is, AZs), but if one AZ goes down, the instances in that AZ are lost simultaneously. Therefore, to maintain the required processing capacity after an AZ failure, you need the concept of static stability, in which you provision capacity that already accounts for what will be lost. If the required capacity is N and the number of AZs is Z, the total number of instances needed to survive the loss of one AZ is the ceiling of N / (1 - 1/Z). That is twice N for 2 AZs, 1.5 times for 3 AZs, and about 1.34 times for 4 AZs, so the more AZs you use, the lower the required surplus ratio. One objection is that "if an AZ goes down, Auto Scaling will automatically replenish capacity in the remaining AZs, so surplus is unnecessary." In practice, however, replenishment takes time to launch, initialize, and pass health checks, and during an AZ failure other customers in the same Region also demand capacity at once, so you cannot count on immediately obtaining the capacity you need. The point of static stability is to already have the capacity you need running at the moment the failure occurs. As a related setting, changing the Auto Scaling group's health check type from EC2 to ELB also makes instances whose application is unresponsive due to a process failure eligible for replacement. On SAA-C03, this appears as a calculation question that asks you to choose a minimum capacity or desired capacity under the condition that performance must be maintained even if one AZ goes down. Remembering the ratios — 1.5 times the required capacity for a 3-AZ design and 2 times for a 2-AZ design — lets you answer instantly. Options with excessive instance counts are wrong from a cost optimization perspective, so it is important to read the question as asking for the smallest configuration that satisfies the requirement.

Related links

Related services

Related terms

Related comparison articles