首页/云/云与容器速查/区域与可用区 Region/AZ

区域与可用区 Region/AZ

Region 是云平台独立的地理区域,AZ 是区域内电力与网络隔离的机房集群;资源创建在选定区域,访问延迟与容灾拓扑都由它决定。

云与容器速查云更新于 2026-10-13

Region 与 AZ 是什么

Region(地域)是云平台划分的独立地理区域,地域之间内网默认不互通,只能靠公网、云企业网或专线互联;AZ(可用区)是同一地域内电力与网络互相独立的机房集群,AZ 之间的内网延迟通常在 1-3 毫秒。创建云服务器、数据库、对象存储前必须先选地域,地域定下来,延迟、价格、在售产品与合规属性就一起定下来了。

基本信息

隔离粒度Region 之间相互独立;AZ 之间同地域内网可通
三厂叫法阿里云 地域/可用区;腾讯云 地域/可用区;华为云 区域/可用区
地域代码阿里云 cn-hangzhou;腾讯云 ap-guangzhou;华为云 cn-north-4
可用区命名阿里云 cn-hangzhou-i;腾讯云 ap-guangzhou-3;华为云 cn-north-4a
选择依据用户就近、数据合规、所需产品与规格是否在该地域在售

典型使用场景

  • 给新业务选地域:用户集中在哪个大区,入口与数据库就放哪个地域,跨地域访问的往返延迟通常是几十毫秒起步
  • 规划容灾:在同一个地域内选两个可用区,才能用最小的改造成本抵御单机房整体故障
  • 满足合规与本地化要求:部分行业或地区要求数据不出境、不出省,地域选择直接决定方案能不能过审
  • 就近接入混合云:公司 IDC 在长三角,就优先选杭州或上海地域,避免业务流量绕一趟跨省链路
  • 控制成本:同一规格在不同地域的售价与库存不同,库存充足的地域更容易做批量创建与弹性扩容

单 AZ 与多 AZ 对比

维度单 AZ多 AZ
可用性机房级故障即业务中断单个 AZ 故障业务仍可用
网络延迟同 AZ 内网最低,亚毫秒级跨 AZ 通常 1-3 毫秒
成本无跨 AZ 流量,总成本最低跨 AZ 流量在部分产品需额外计费
复杂度部署简单,拓扑一眼看清要处理部分失败、心跳与切换流量
适用测试、非核心、可中断任务生产核心业务与数据库高可用版

查询地域与可用区

查询地域与可用区
aliyun ecs DescribeRegions                          # 列出账号可用的地域
aliyun ecs DescribeZones --RegionId cn-hangzhou     # 查该地域的可用区
tccli cvm DescribeRegions                           # 腾讯云地域列表
tccli cvm DescribeZones --Region ap-guangzhou       # 腾讯云可用区列表
# 创建实例要填的是 ZoneId 这类代码,不是城市拼音
不同地域默认网络不互通:跨地域互访要经云企业网/云联网或走公网,跨地域流量按规则计费,延迟也无法与同地域相比。
可用区 ID 由云厂商随机分配给物理机房,不同账号里的同一个 AZ ID 未必是同一栋楼。做容灾方案时按『两个可用区』描述,不要按字母推断物理位置。
实例创建后不能更换可用区,只能在新可用区重建,或用快照/镜像搬迁数据。选错可用区往往意味着重做一遍部署。

两级概念的分工

  • 地域决定资源属于哪个大区,可用区决定它落在哪一栋独立供电的机房里,层级不同不要混用
  • 同一地域内各可用区的内网互通由平台负责,用户只需要把资源放进同一个 VPC
  • 跨地域容灾要多做网络与数据复制,成本和复杂度比跨可用区高一个量级
  • 厂商常说的『同城双活』一般指同地域多可用区,『异地容灾』才指跨地域的两套环境
  • 给业务定容灾等级时按『能接受多久不可用』倒推,而不是先挑可用区再补理由

易错点

  • 生产数据库只放一个可用区:机房级故障时数据库整体不可用,上层做的高可用设计全部归零
  • 下单前没确认目标地域是否售卖所需规格,部署当天才发现想要的实例族不在地域在售列表里
  • 把可用区字母当物理位置推断(认为某区离用户更近),方案评审结论建立在错误前提上
  • 跨地域搭建数据库主从:复制延迟从毫秒级变成几十毫秒,强同步变成业务性能瓶颈

数据来源与参考

  • 阿里云文档:地域和可用区
  • 腾讯云文档:地域与可用区
  • 华为云文档:区域和可用区

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌