How it works
The explanation, with examples you can run.
Three kinds of scope
| Scope | Examples | What a single failure takes down |
|---|---|---|
| Zonal | EC2 instances, EBS volumes, a subnet, a zonal NAT gateway | Everything in that zone |
| Regional | S3, DynamoDB, SQS, Lambda, an ALB spread over several zones | Rarely anything; the service is built across zones |
| Global | IAM, Route 53, CloudFront | Designed with a separate control plane and data plane |
A regional service such as S3 already spreads your data across zones for you. A zonal resource does not: if you run one instance, you run it in one zone, and it shares that zone's fate. That is why the default advice is to run every tier in at least two zones, and three where the service supports it, so that losing a zone means losing a third of your capacity rather than all of it.
Data planes and control planes
AWS separates the control plane (the APIs that create, change and delete resources) from the data plane (the resources doing their job: an instance serving requests, a queue delivering messages). Data planes are simpler and are designed to keep working when control planes struggle. The practical lesson, which the AWS fault-isolation whitepaper calls static stability, is to avoid recovery plans that depend on calling a control plane during an outage. If you need three zones' worth of capacity to survive one zone failing, provision it in advance rather than counting on launching new instances in the middle of the event, when everyone else is trying to do the same.
Choosing a Region
Pick a Region for the latency to your users, the data residency rules you are under, which services and instance types are offered there (newer services arrive in some Regions first), and price, which differs between Regions. Quotas are per Region too, so a second Region needs its own limit increases. Most Regions have three or more zones; a few older ones offer fewer to new accounts.
Zone names are not always zone IDs
In AWS's oldest Regions, accounts created before November 2025 have their own mapping of zone names to physical zones, so us-east-1a in one account may be a different building from us-east-1a in another. Newer accounts get the same mapping. The zone ID (use1-az1) is the same everywhere. Use zone IDs when two accounts need to agree on placement, for example to keep cross-zone traffic (which is billed) to a minimum.
Check yourself
3 questions. Get them all right to finish this topic.
0 of 3 right so far. Get all three to finish this topic.