区域和地区

Compute Engine 资源托管在全球多个位置。这些位置由区域和地区构成。区域是指您可以在其中托管资源的特定地理位置。每个区域都有一个或多个地区;大多数区域有三个或以上的地区。例如,us-west1 区域表示美国西海岸的一个区域,它有三个地区:us-west1-aus-west1-bus-west1-c

一个地区内的资源(例如虚拟机实例或地区永久性磁盘)称为地区资源。静态外部 IP 地址等其他资源则是地区资源。地区资源可由该地区中的任何资源(无论位于哪个区域)使用,而区域资源则只能由同一区域中的其他资源使用。

例如,如需将区域永久性磁盘挂接至实例,这两个资源必须位于同一区域中。类似地,如果要为一个实例分配静态 IP 地址,则该实例必须与这个静态 IP 地址位于同一区域。

将资源布置在一个区域内的不同地区可以隔离大多数类型的物理基础架构故障和基础架构软件服务故障。将资源布置在不同区域中可以实现更高程度的故障独立性。通过这种方式,您就可以将资源分布在不同的故障网域中,从而设计出强大、可靠的系统。

只有某些资源才是特定于区域或地区的资源。诸如映像等其他资源是可由位于任何位置的任何其他资源使用的全球资源。如需了解全球、区域和地区 Compute Engine 资源,请参阅全球、区域和地区资源

地区和集群

Compute Engine 在地区与托管地区的物理集群之间实现了一个抽象层。集群代表了数据中心内的一个独特物理基础架构。每个集群都有独立的软件基础架构、电源、制冷、网络和安全基础架构,并且具有庞大的计算和存储资源池。

每个地区都托管在一个或多个集群中,而 Compute Engine 会独立地为各个组织将地区映射到集群中。例如,您所在组织的 us-central1-a 地区可能不会映射到与另一个组织的 us-central1-a 地区相同的集群。

将地区与集群分离,对于您和 Compute Engine 都有多方面的好处:

  • 这让 Compute Engine 能够确保资源在一个区域内的各个集群之间平衡分布。
  • 随着 Compute Engine 添加更多集群不断扩展其区域,您可以从中选择的地区列表会保持在有限的数量。

对于大多数组织来说,Compute Engine 都会确保组织中的所有项目具有一致的地区到集群映射。对于使用 VPC 网络对等互连专用服务访问通道与其他组织共享网络或服务的组织,Compute Engine 会尽量确保对等互连的组织具有一致的地区到集群映射。例如,对于大型 SaaS 提供商,Compute Engine 可能无法为所有对等互连的组织提供一致的映射。在这类情况下,Compute Engine 可以确保对等互连的项目具有一致的地区到集群映射。

位置

下表展示了所有 Compute Engine 区域及其关联地区的位置。如需了解某一地区的可用机器类型及其特性的完整说明,请参阅可用区域和地区部分。

区域 地区 位置
asia-east1 a、b、c 台湾彰化
asia-east2 a、b、c 香港
asia-northeast1 a、b、c 日本东京
asia-northeast2 a、b、c 日本大阪
asia-northeast3 a、b、c 韩国首尔
asia-south1 a、b、c 印度孟买
asia-southeast1 a、b、c 新加坡裕廊西
asia-southeast2 a、b、c 雅加达(印度尼西亚)
australia-southeast1 a、b、c 澳大利亚悉尼
europe-north1 a、b、c 芬兰哈米纳
europe-west1 b、c、d 比利时圣吉斯兰
europe-west2 a、b、c 英国伦敦
europe-west3 a、b、c 德国法兰克福
europe-west4 a、b、c 荷兰埃姆斯哈文
europe-west6 a、b、c 瑞士苏黎世
northamerica-northeast1 a、b、c 加拿大魁北克省蒙特利尔
southamerica-east1 a、b、c 巴西奥萨斯库(圣保罗)
us-central1 a、b、c、f 美国爱荷华康瑟布拉夫斯
us-east1 b、c、d 美国南卡罗来纳蒙克斯科纳
us-east4 a、b、c 美国北弗吉尼亚州阿什本
us-west1 a、b、c 美国俄勒冈达尔斯
us-west2 a、b、c 美国加利福尼亚州洛杉矶
us-west3 a、b、c 美国犹他州盐湖城
us-west4 a、b、c 美国内华达州拉斯维加斯

选择区域和地区

您选择用于托管资源的区域或地区,从而控制数据的存储和使用位置。区域和地区的选择由于下列若干原因而变得非常重要:

处理故障
您的资源将跨多个地区和区域分配,以防断电。Google 将地区设计为彼此独立:一个地区通常配备与其他地区隔离的电源、冷却、网络和控制平面,而且大多数单一故障事件将只影响一个地区。因此,如果一个地区不可用,您就可以将流量转移到同一区域内的其他地区,以确保服务持续运行。同样,如果一个区域遇到任何干扰,您就应该在其他区域运行备份服务。如需详细了解如何分配资源及设计可靠的系统,请参阅设计可靠的系统
减少网络延迟
要减少网络延迟,您可能需要选择靠近您的服务点的区域或地区。例如,如果您的客户大多位于美国东海岸,则选择的主要区域和地区可能要靠近美国东海岸,而且备份区域和地区也应位于附近。

识别区域或地区

Compute Engine 中的每个区域均包含一些地区。每个地区名称均包括两个部分,用于详细说明每个地区。地区名称的第一部分是区域,而第二部分则说明此区域内的地区

  • 区域

    “区域”是地区的集合。同一区域中的地区之间有着高带宽、低延迟网络连接。Google 建议跨多个地区和多个区域部署应用,以便部署具有高可用性的容错应用。这有助于防范意外的组件故障,或者更大范围的单个地区或区域的意外故障。

    选择适合您情况的区域。例如,如果您只有美国客户,或者必须根据特定需求将数据存储在美国,则最好是将您的资源存储在 us-central1 区域内的地区或 us-east1 区域内的地区。

  • 地区

    地区是一个区域内的独立位置。地区的完全限定名称由 <region>-<zone> 组成。例如,区域 us-central1 内地区 a 的完全限定名称为 us-central1-a

    根据您希望分配资源的范围,在多个区域的多个地区中以冗余方式创建实例。

可用区域和地区

下表列出了区域、区域位置、区域内的可用地区以及区域内的可用特性。

每个地区均支持 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake 或 Cascade Lake 平台组合。如果您在地区内创建实例,则此实例将使用该地区支持的默认处理器。例如,如果您在 us-central1-a 地区中创建实例,则默认情况下,此实例将使用 Haswell 处理器,除非您指定其他选项。

或者,您也可以选择您需要的 CPU 平台。如需了解详情,请参阅指定虚拟机实例的最低要求 CPU 平台

区域名称 区域说明 位置 地区 特性
asia-east1 台湾 台湾彰化 asia-east1-a
asia-east1-b
asia-east1-c
asia-east2 香港 香港 asia-east2-a
asia-east2-b
asia-east2-c
asia-northeast1 东京 日本东京 asia-northeast1-a
asia-northeast1-b
asia-northeast1-c
asia-northeast2 大阪 日本大阪 asia-northeast2-a
asia-northeast2-b
asia-northeast2-c
asia-northeast3 首尔 韩国首尔 asia-northeast3-a
asia-northeast3-b
asia-northeast3-c
asia-south1 孟买 印度孟买 asia-south1-a
asia-south1-b
asia-south1-c
asia-southeast1 新加坡 新加坡裕廊西 asia-southeast1-a
asia-southeast1-b
asia-southeast1-c
asia-southeast2 雅加达 雅加达(印度尼西亚) asia-southeast2-a
asia-southeast2-b
asia-southeast2-c
australia-southeast1 悉尼 澳大利亚悉尼 australia-southeast1-a
australia-southeast1-b
australia-southeast1-c
europe-north1 芬兰 芬兰哈米纳 europe-north1-a
europe-north1-c
europe-north1-b
europe-west1 比利时 比利时圣吉斯兰 europe-west1-b
europe-west1-c
  • 可用的 CPU 平台
    • Intel Xeon E5 v2 (Ivy Bridge) 平台
    • Intel Xeon E5 v3 (Haswell) 平台(默认)
    • Intel Xeon E5 v4 (Broadwell) 平台
    • Intel Xeon (Skylake) 平台
    • Intel Xeon (Cascade Lake) 平台
    • AMD EPYC Rome 平台(N2D 机器的默认平台)
  • E2 机器类型,配备多达 16 个 vCPU 和 128 GB 内存
  • N2 机器类型,配备多达 80 个 vCPU 和 640 GB 内存
  • N2D 机器类型,配备多达 224 个 vCPU 和 896 GB 内存
  • N1 机器类型,配备多达 96 个 vCPU(使用 Skylake 平台时)
  • C2 机器类型,配备多达 60 个 vCPU 和 240 GB 内存
  • 本地 SSD
  • 单租户节点
europe-west1-d
europe-west2 伦敦 英国伦敦 europe-west2-a
europe-west2-b
europe-west2-c
europe-west3 法兰克福 德国法兰克福 europe-west3-a
europe-west3-b
europe-west3-c
europe-west4 荷兰 荷兰埃姆斯哈文 europe-west4-a
europe-west4-b
europe-west4-c
europe-west6 苏黎世 瑞士苏黎世 europe-west6-a
europe-west6-b
europe-west6-c
northamerica-northeast1 蒙特利尔 加拿大魁北克省蒙特利尔 northamerica-northeast1-a
northamerica-northeast1-b
northamerica-northeast1-c
southamerica-east1 奥萨斯库 巴西圣保罗省奥萨斯库 southamerica-east1-a
southamerica-east1-b
southamerica-east1-c
us-central1 爱荷华 美国爱荷华康瑟布拉夫斯 us-central1-a
us-central1-b
us-central1-c
us-central1-f
  • 可用的 CPU 平台
    • Intel Xeon E5 v2 (Ivy Bridge) 平台
    • Intel Xeon E5 v3 (Haswell) 平台(默认)
    • Intel Xeon E5 v4 (Broadwell) 平台
    • Intel Xeon (Skylake) 平台
    • Intel Xeon (Cascade Lake) 平台
    • AMD EPYC Rome 平台(N2D 机器的默认平台)
  • E2 机器类型,配备多达 16 个 vCPU 和 128 GB 内存
  • N2 机器类型,配备多达 80 个 vCPU 和 640 GB 内存
  • N2D 机器类型,配备多达 224 个 vCPU 和 896 GB 内存
  • N1 机器类型,配备多达 96 个 vCPU(使用 Skylake 平台时)
  • C2 机器类型,配备多达 60 个 vCPU 和 240 GB 内存
  • 本地 SSD
  • GPU
  • 单租户节点
us-east1 南卡罗来纳 美国南卡罗来纳蒙克斯科纳 us-east1-b
    us-east1-c
    us-east1-d
us-east4 北弗吉尼亚 美国弗吉尼亚阿什本 us-east4-a
us-east4-b
us-east4-c
us-west1 俄勒冈 美国俄勒冈州达尔斯 us-west1-a
us-west1-b
us-west1-c
us-west2 洛杉矶 美国加利福尼亚州洛杉矶 us-west2-a
us-west2-b
us-west2-c
us-west3 盐湖城 美国犹他州盐湖城 us-west3-a
us-west3-b
us-west3-c
us-west4 拉斯维加斯 美国内华达州拉斯维加斯 us-west4-a
us-west4-b
us-west4-c

公布地区

2021 年,Google 将继续拓展到以下新地区:

  • 华沙(波兰)

透明维护

Google 会定期维护其基础架构,包括使用最新软件修补系统、执行日常测试和预防性维护,并且在总体上尽 Google 的最大努力确保 Google 基础架构的快速和高效。

默认情况下,所有实例的配置都将确保此类维护事件不会影响您的应用和工作负载。Google 结合使用数据中心创新、运营最佳做法和实时迁移技术来转移正在运行中的虚拟机实例,以避免妨碍正在执行的维护。您的实例将继续在同一地区内运行,您无需执行任何操作。

默认情况下,所有虚拟机均设置为实时迁移,但您也可以将虚拟机设置为终止并重新启动。这两个选项的不同体现在以下方面:

  • 实时迁移

    Compute Engine 会自动迁移您正在运行的实例。迁移过程将在一定程度上影响访客的性能,但您的实例将在整个迁移过程中保持在线。对访客性能的确切影响和持续时间取决于多种因素,但对于大部分应用和工作负载来说,这种影响的程度应该都是微不足道的。如需了解详情,请参阅实时迁移

  • 终止并重新启动

    Compute Engine 会自动通知您的实例关停,等待一小段时间让它完全关停,然后在不受维护事件影响的其他地方重启您的实例。

如需详细了解如何为您的实例设置以上选项,请参阅设置实例时间安排选项

地区弃用

永远不需要停用某个现有地区来全面更新基础架构(电源、冷却、网络架构、服务器等)。基础架构极少更新,地区一般要三到五年才更新一次。而这些更新应该对客户没有任何影响。

如果万一有必要弃用某个地区,Compute Engine 将提前足够时间通知用户该地区的下线时间,让您有充分的时间转移虚拟机实例和工作负载。

配额

某些资源,例如静态 IP、映像、防火墙规则和 VPC 网络,都已定义项目范围的配额限制和每个区域的配额限制。如果创建这些资源,则将计入项目范围的总配额或每个区域的配额(如果适用)。如果超出任何受影响的配额限制,您将无法在该项目或区域中添加更多相同类型的资源。

如需查看适用于您的项目的完整配额列表,请访问 Google Cloud Console 中的配额页面。

例如,如果您的全球目标池配额为 50,您在 example-region-1 中创建了 25 个目标池,而且在 example-region-2 中也创建了 25 个目标池,则您已达到该项目的配额上限,将无法在项目中的任何区域创建更多目标池,除非您释放空间。同样,如果您的每个区域配额为 7 个预留 IP 地址,则在一个区域中最多只能预留 7 个 IP 地址。在达到该上限之后,您需要在新区域内预留 IP 地址或释放一些 IP 地址。

提示

选择区域时,请注意以下事项:

  • 跨区域通信和区域内通信的费用不同。

    一般情况下,区域内通信要比跨区域通信更便宜,也更快。

  • 设计重要系统时,应考虑跨多个地区实现冗余。

    您的实例可能会在某个时间点遇到意外故障。为了缓解这些可能事件的影响,您应该在多个地区和区域中复制重要系统。

    例如,通过在地区 europe-west1-beurope-west1-c 中托管实例,如果 europe-west1-b 发生意外故障,则地区 europe-west1-c 中的实例仍然可用。但是,如果您将所有实例托管在 europe-west1-b 中,一旦 europe-west1-b 离线,您就无法访问任何实例。此外,您还应该考虑跨区域托管资源。例如,如果 europe-west1 区域发生故障(尽管这种情况不太可能发生),应该考虑在 europe-west3 区域的某个地区内托管备份实例。有关如何设计系统可用性的更多提示,请参阅设计可靠的系统

后续步骤