首页/云/云与容器速查/常用地域代码对照(三厂)

常用地域代码对照(三厂)

调用 API/CLI 使用地域代码而非城市名:阿里云 cn-<城市>、腾讯云 ap-<城市>、华为云 cn-<方向>-<序号>,写法各不相同。

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

地域代码是什么

调用接口或命令行工具时要用地域代码,而不是城市名:阿里云按城市拼音组织,腾讯云以区域前缀加城市构成,华为云则用方向加序号表示。三家的写法互不相同,脚本里把地域写死是最常见的低级错误来源,因此把代码与含义对照清楚,比记住某一条命令更有价值。

基本信息

阿里云写法cn 加城市拼音,如 cn-hangzhou、cn-shanghai、cn-beijing、cn-shenzhen
腾讯云写法区域前缀加城市,如 ap-guangzhou、ap-shanghai、ap-beijing
华为云写法方向加序号,如 cn-north-4 表示华北北京四、cn-east-3 表示华东上海一
获取方式用命令行工具的地域列举命令拿到账号可见的完整列表
默认值命令行工具可配置默认地域,脚本里应显式指定避免误操作
可用区代码地域之下的可用区另有标识,创建资源时需要精确指定

典型使用场景

  • 编写脚本:所有创建与查询命令都要显式带上目标地域,避免打到默认地域
  • 跨地域排查:确认资源实际在哪个地域,避免在错误地域里查找
  • 资源盘点:按地域逐个列举,统计真实资源分布与成本归属
  • 自动化部署:流水线里按环境传入地域参数,同一套脚本支持多地域
  • 核对可用区:创建实例前确认目标地域下可用区的实际标识
  • 灾备准备:确认备用地域是否售卖所需规格,并核对代码写法

常见地域代码速查

厂商代码示例含义
阿里云cn-hangzhou华东杭州
阿里云cn-shanghai华东上海
阿里云cn-beijing华北北京
阿里云cn-shenzhen华南深圳
腾讯云ap-guangzhou广州
腾讯云ap-shanghai上海
腾讯云ap-beijing北京
华为云cn-north-4华北北京四
华为云cn-east-3华东上海一
华为云cn-south-1华南广州

列出全部地域

列出全部地域
aliyun ecs DescribeRegions              # 阿里云地域列表
tccli cvm DescribeRegions               # 腾讯云地域列表
hcloud ECS ListRegions                  # 华为云地域列表
# 结果里的地域标识才是要填的参数,城市名不是参数
# 创建资源前先确认该地域是否售卖所需规格
地域代码与城市名不一定一一对应:同一个城市可能有多个地域,编号与命名规则由厂商定义,以命令返回的列表为准。
复制示例脚本时最容易漏改地域参数:命令成功返回却在错误的地域创建了资源,等对账时才发现,清理成本很高。
可用区标识与地域标识是两层:创建实例、子网这类资源时需要同时指定地域与可用区,只写地域会被要求补充可用区。
把地域作为变量而不是硬编码:脚本按环境传入地域后,同一套模板就能既跑生产也跑测试,减少人为抄错的机会。

多地域运维的注意点

  • 把地域写成变量并记录默认值,避免脚本隐式依赖默认地域
  • 按地域分别建立资源清单,成本与容量统计才准确
  • 跨地域访问要评估延迟,关键链路优先本地化部署
  • 灾备地域要提前确认规格在售情况与配额是否充足
  • 地域与可用区两层参数都要核对,缺一个就会被拒绝
把地域与可用区写进资源命名和标签:核查资源时不必逐个点开详情,清单层面就能看清分布,对账与盘点效率明显提升。

易错点

  • 复制示例脚本时忘记改地域,命令执行成功但资源建在了错误地域
  • 把城市名或中文名当参数使用,直接报参数不合法
  • 只用默认地域做批量操作,实际资源分布在多个地域,盘点结果失真
  • 创建资源时只填地域不填可用区,命令被拒绝后才逐条补参数
  • 灾备方案里假定备用地域有同等规格,实际该地域并不售卖

数据来源与参考

  • 阿里云文档:地域列表
  • 腾讯云文档:地域列表
  • 华为云文档:区域列表

相关工具

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