Home

AWS Global Infrastructure Explorer

Discover AWS Regions, Availability Zones, and Edge Locations

AWS Global Infrastructure at a Glance

AWS operates the world's most extensive global cloud infrastructure, designed to provide low latency, high throughput, and redundancy for applications worldwide.

Global Reach

Serving customers in 190+ countries

33+
Geographic Regions
105+
Availability Zones
450+
Edge Locations
600+
CloudFront PoPs
33+
Regions Worldwide
105+
Availability Zones
450+
Edge Locations
190+
Countries Served
AWS Infrastructure Hierarchy
Region
Geographic area (e.g., us-east-1)
↓
Availability Zone A
Isolated data center
Availability Zone B
Isolated data center
Availability Zone C
Isolated data center
↓
Data Centers
Physical infrastructure
Why Global Infrastructure Matters
Low Latency: Deploy applications closer to your users for faster response times.

Data Sovereignty: Keep data in specific geographic regions to meet compliance requirements.

High Availability: Distribute applications across multiple locations to ensure uptime.

Disaster Recovery: Replicate data and services across regions for business continuity.

Infrastructure Components Comparison

Regions
Physical geographic locations around the world where AWS clusters data centers.
  • 33+ regions globally
  • Completely independent
  • Multiple Availability Zones
  • Choose based on latency, compliance
  • Resources don't cross regions automatically
Availability Zones
Isolated locations within regions, each with independent power, cooling, and networking.
  • 3-6 AZs per region typically
  • Physically separated (miles apart)
  • Low-latency connections between AZs
  • Deploy across multiple for HA
  • Named with letters (us-east-1a, 1b, etc.)
Edge Locations
Endpoints for AWS that cache content for faster delivery to users via CloudFront CDN.
  • 450+ edge locations worldwide
  • Used by CloudFront and Route 53
  • Cache content closer to end users
  • Reduce latency dramatically
  • More locations than regions

AWS Regions Directory

Explore all AWS regions and their characteristics. Each region is designed to be completely independent, allowing you to choose where to deploy based on your requirements.

🇺🇸
Operational
US East (N. Virginia)
us-east-1
Northern Virginia, United States
Availability Zones: 6
Launched: 2006
Local Zones: Multiple
us-east-1a us-east-1b us-east-1c us-east-1d us-east-1e us-east-1f
🇺🇸
Operational
US East (Ohio)
us-east-2
Ohio, United States
Availability Zones: 3
Launched: 2016
us-east-2a us-east-2b us-east-2c
🇺🇸
Operational
US West (Oregon)
us-west-2
Oregon, United States
Availability Zones: 4
Launched: 2011
us-west-2a us-west-2b us-west-2c us-west-2d
🇨🇦
Operational
Canada (Central)
ca-central-1
Montreal, Canada
Availability Zones: 3
Launched: 2016
ca-central-1a ca-central-1b ca-central-1d
🇧🇷
Operational
South America (São Paulo)
sa-east-1
São Paulo, Brazil
Availability Zones: 3
Launched: 2011
sa-east-1a sa-east-1b sa-east-1c
🇮🇪
Operational
Europe (Ireland)
eu-west-1
Dublin, Ireland
Availability Zones: 3
Launched: 2007
eu-west-1a eu-west-1b eu-west-1c
🇬🇧
Operational
Europe (London)
eu-west-2
London, United Kingdom
Availability Zones: 3
Launched: 2016
eu-west-2a eu-west-2b eu-west-2c
🇩🇪
Operational
Europe (Frankfurt)
eu-central-1
Frankfurt, Germany
Availability Zones: 3
Launched: 2014
eu-central-1a eu-central-1b eu-central-1c
🇯🇵
Operational
Asia Pacific (Tokyo)
ap-northeast-1
Tokyo, Japan
Availability Zones: 4
Launched: 2011
ap-northeast-1a ap-northeast-1c ap-northeast-1d
🇸🇬
Operational
Asia Pacific (Singapore)
ap-southeast-1
Singapore
Availability Zones: 3
Launched: 2010
ap-southeast-1a ap-southeast-1b ap-southeast-1c
🇦🇺
Operational
Asia Pacific (Sydney)
ap-southeast-2
Sydney, Australia
Availability Zones: 3
Launched: 2012
ap-southeast-2a ap-southeast-2b ap-southeast-2c
🇧🇭
Operational
Middle East (Bahrain)
me-south-1
Bahrain
Availability Zones: 3
Launched: 2019
me-south-1a me-south-1b me-south-1c
Choosing the Right Region
Latency: Choose regions closest to your users for best performance.

Compliance: Some regulations require data to stay in specific countries/regions.

Service Availability: Not all services are available in all regions immediately.

Pricing: Costs can vary between regions based on local infrastructure expenses.

Understanding AWS Infrastructure Concepts

Master the fundamental concepts that make AWS's global infrastructure reliable, scalable, and performant.

What is a Region?
A Region is a physical location around the world where AWS clusters data centers. Each Region consists of multiple, isolated, and physically separate Availability Zones within a geographic area.
  • Fully independent and isolated from other regions
  • Contains multiple Availability Zones (typically 3 or more)
  • You choose which region to deploy resources in
  • Data doesn't leave a region unless you explicitly transfer it
  • Each region has its own pricing
What is an Availability Zone?
An Availability Zone (AZ) is one or more discrete data centers with redundant power, networking, and connectivity in an AWS Region.
  • Each AZ is isolated from failures in other AZs
  • Connected via high-bandwidth, low-latency networking
  • Physically separated (miles/kilometers apart)
  • Deploy across multiple AZs for high availability
  • Each AZ has independent infrastructure
What are Edge Locations?
Edge Locations are AWS sites deployed in major cities and highly populated areas to cache content closer to end users via Amazon CloudFront CDN.
  • Used for content delivery (CloudFront)
  • DNS service delivery (Route 53)
  • More numerous than regions
  • Reduce latency for end users
  • Don't run your EC2 instances

High Availability Architecture

Multi-AZ Deployment Pattern
User Traffic
Incoming requests
↓
Elastic Load Balancer
Distributes traffic across AZs
↓
AZ-A
EC2 Instances
Database Replica
AZ-B
EC2 Instances
Database Primary
AZ-C
EC2 Instances
Database Replica
Best Practices for High Availability
Deploy across multiple AZs: Always use at least 2 AZs for production workloads.

Use managed services: Services like RDS, ELB, and S3 automatically use multiple AZs.

Design for failure: Assume any component can fail and architect accordingly.

Multi-region for DR: For critical applications, replicate to another region for disaster recovery.

Local Zones and Wavelength Zones

Local Zones
AWS Local Zones place compute, storage, database, and other select services closer to large population centers and industry hubs.
  • Extension of an AWS Region
  • Single-digit millisecond latency to end users
  • Located in metro areas (LA, Boston, Miami, etc.)
  • Perfect for latency-sensitive applications
  • Supports subset of AWS services
Wavelength Zones
AWS Wavelength embeds AWS compute and storage services within 5G networks, providing ultra-low latency for mobile edge computing.
  • Deployed at telecom providers' 5G networks
  • Sub-10 millisecond latency to mobile devices
  • Ideal for mobile gaming, AR/VR
  • Real-time video processing
  • Connected to parent AWS Region
AWS Outposts
AWS Outposts brings native AWS services, infrastructure, and operating models to virtually any data center, co-location space, or on-premises facility.
  • Fully managed infrastructure
  • Run AWS services on-premises
  • Same APIs and tools as AWS
  • For data residency requirements
  • Low-latency access to on-prem systems

AWS Edge Network

AWS operates a global network of edge locations and Points of Presence (PoPs) to deliver content and services with the lowest latency possible.

450+
Edge Locations
13
Regional Edge Caches
90+
Cities
50+
Countries
Services Using Edge Locations
Amazon CloudFront: Content Delivery Network (CDN) that caches content at edge locations for fast delivery.

Amazon Route 53: DNS service that routes users to the nearest edge location for low-latency name resolution.

AWS Shield: DDoS protection that operates at edge locations to absorb attacks before they reach your infrastructure.

AWS WAF: Web Application Firewall deployed at edge locations to filter malicious traffic.

Major Edge Location Cities

New York
United States
Los Angeles
United States
Miami
United States
Chicago
United States
London
United Kingdom
Frankfurt
Germany
Paris
France
Tokyo
Japan
Singapore
Singapore
Sydney
Australia
Mumbai
India
Seoul
South Korea
São Paulo
Brazil
Toronto
Canada
Madrid
Spain
Amsterdam
Netherlands
Milan
Italy
Dubai
UAE
Hong Kong
China
Cape Town
South Africa

CloudFront and Edge Computing

Content Delivery Flow
User Request
User requests content
↓
Edge Location
Nearest CloudFront PoP
↓
Cache Hit
Content served instantly
Fast
Cache Miss
Fetch from origin (S3/EC2)
Slower but cached
Edge Location Benefits
Reduced Latency: Content is served from the geographically closest edge location to users.

Improved Performance: Static and dynamic content is cached, reducing load on origin servers.

DDoS Protection: Traffic is distributed across edge locations, absorbing attacks.

Cost Savings: Reduced data transfer from origin servers and bandwidth costs.