区域和地区

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 可以确保对等互连的项目具有一致的地区到集群映射。

选择区域和地区

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

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

识别区域或地区

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

  • 区域

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

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

  • 地区

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

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

可用区域和地区

借助以下可排序的表,您可以选择不同的选项来查看可使用资源的位置。例如,您可以从选择位置下拉菜单中选择 Europe,然后从选择机器类型下拉菜单中选择 M2,以查看可在欧洲使用 M2 机器的地区列表。

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

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

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

公布区域

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 区域的某个地区内托管备份实例。有关如何设计系统可用性的更多提示,请参阅设计可靠的系统

后续步骤