AWS 全球基础设施详解：Region vs Availability Zone vs Edge Location
AWS 的全球基础设施是其核心竞争力。但对于新手来说，Region（区域）、Availability Zone（可用区）、Edge Location（边缘节点） 这些概念经常混淆。本文用通俗的语言帮你彻底搞懂。
三层架构概览
`
全球基础设施
├── Region（区域）— 地理上的独立数据中心集群
│ ├── Availability Zone A（可用区）— 区域内独立物理位置
│ ├── Availability Zone B
│ └── Availability Zone C
├── Edge Location（边缘节点）— 全球 CDN 缓存节点
└── Local Zone（本地区域）— 靠近大城市的边缘计算
`
Region（区域）详解
一个 Region 就是一个独立的地理区域，通常由 2-3 个以上可用区组成。
截至 2025 年，AWS 拥有 33+ 个 Region
| 地区 | Region 名称 | 标识符 | 可用区数 | |------|-----------|--------|:---:| | 美国东部 | US East (N. Virginia) | us-east-1 | 6 | | 美国西部 | US West (Oregon) | us-west-2 | 4 | | 欧洲 | Europe (Ireland) | eu-west-1 | 3 | | 欧洲 | Europe (Frankfurt) | eu-central-1 | 3 | | 亚洲 | Asia Pacific (Singapore) | ap-southeast-1 | 3 | | 亚洲 | Asia Pacific (Tokyo) | ap-northeast-1 | 3 | | 亚洲 | Asia Pacific (Seoul) | ap-northeast-2 | 4 | | 亚洲 | Asia Pacific (Mumbai) | ap-south-1 | 3 | | 中国 | China (Beijing) | cn-north-1 | 3 | | 中国 | China (Ningxia) | cn-northwest-1 | 3 | | 南美 | South America (São Paulo) | sa-east-1 | 3 |
如何选择 Region
| 考虑因素 | 说明 | |---------|------| | 延迟 | 选择离用户最近的区域 | | 成本 | 不同区域价格不同（孟买比美国便宜约 15%） | | 服务可用性 | 新服务通常先在 us-east-1 上线 | | 合规要求 | GDPR 要求数据留在欧盟（选 Frankfurt/Ireland） | | 中国业务 | 选宁夏或北京（需中国区账号） |
延迟实测（从香港访问）
| Region | 延迟 | |--------|:---:| | 新加坡（ap-southeast-1） | 35 ms | | 东京（ap-northeast-1） | 48 ms | | 首尔（ap-northeast-2） | 45 ms | | 孟买（ap-south-1） | 87 ms | | 俄勒冈（us-west-2） | 148 ms | | 弗吉尼亚（us-east-1） | 210 ms |
> 亚洲业务首选 新加坡 或 东京 Region。
Availability Zone（可用区）详解
一个可用区由一个或多个物理独立的数据中心组成，彼此之间通过高速光纤连接（延迟 < 2ms）。
为什么要多 AZ 部署
| 场景 | 单 AZ 风险 | 多 AZ 方案 | |------|-----------|-----------| | 数据中心断电 | 服务中断 | 流量自动切换到另一个 AZ | | 网络故障 | 无法访问 | 另一个 AZ 不受影响 | | 自然灾害 | 数据丢失 | 数据自动跨 AZ 复制 |
多 AZ 部署示例（高可用架构）
`
用户请求
↓
Route 53（DNS 故障转移）
↓
ALB（Application Load Balancer，跨 AZ）
↓ ↓
AZ-a AZ-b
EC2 EC2
↓ ↓
RDS Multi-AZ（主 + 备）
`
> AWS SLA 承诺：跨 AZ 部署的 RDS 可用性为 99.95%，EC2 跨 AZ 加上 Auto Scaling 可以达到更高。
Edge Location（边缘节点）详解
Edge Location 是 CloudFront CDN 的节点，用于缓存内容给就近用户。目前 AWS 全球有 600+ 个边缘节点。
Edge Location vs Region vs AZ
| 概念 | 数量 | 用途 | 是否需要选择 | |------|:---:|------|:---:| | Region | 33+ | 核心计算和存储 | ✅ 手动选择 | | Availability Zone | 100+ | 高可用部署 | ✅ 手动选择 | | Edge Location | 600+ | CDN 缓存 | ❌ AWS 自动管理 | | Local Zone | 30+ | 边缘计算 | ✅ 可选启用 |
CloudFront 加速效果
| 用户位置 | 直连新加坡 EC2 | 走 CloudFront CDN | 提速 | |---------|:---:|:---:|:---:| | 曼谷 | 50 ms | 15 ms | 70% | | 雅加达 | 70 ms | 20 ms | 71% | | 悉尼 | 180 ms | 40 ms | 78% | | 伦敦 | 250 ms | 35 ms | 86% | | 洛杉矶 | 180 ms | 25 ms | 86% |
Local Zone（本地区域）
Local Zone 是 AWS 靠近大城市的边缘计算节点，提供低延迟的计算服务。
已上线的 Local Zone
| 城市 | 所属 Region | |------|-----------| | 台北 | ap-northeast-1（东京） | | 马尼拉 | ap-southeast-1（新加坡） | | 曼谷 | ap-southeast-1（新加坡） | | 拉各斯 | eu-west-1（爱尔兰） | | 布宜诺斯艾利斯 | sa-east-1（圣保罗） |
> 💡 如果你的用户集中在某个大城市，启用 Local Zone 可以进一步降低延迟。
最佳实践
小项目（个人博客）
- 单 Region、单 AZ 即可 - 选离用户最近的 Region
中型项目（企业官网/API）
- 单 Region、双 AZ + ALB - 配合 CloudFront CDN 全球加速
大型项目（电商/游戏）
- 多 Region 部署（异地灾备） - 每 Region 至少 2-3 个 AZ - Route 53 延迟路由 + 故障转移
合规项目（金融/医疗）
- 数据必须在特定区域（GDPR → 欧盟） - 开启 CloudTrail 审计 - 使用 KMS 加密静止数据
总结
| 层级 | 做什么 | 你需要的操作 | |------|------|:---:| | Region | 选择数据所在的大区 | 创建资源时选择 | | AZ | 保证高可用 | 至少选 2 个 | | Edge Location | 加速内容分发 | 配置 CloudFront | | Local Zone | 城市级低延迟 | 按需启用 |
记住一个原则：Region 决定数据"在哪个国家"，AZ 决定服务"有多高可用"，Edge Location 决定用户"访问快不快"。
---
本文由 ChengziCloud 整理。需要海外云服务器？联系我们 获取优惠方案。