区域和地区

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 新加坡裕廊西
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 美国加利福尼亚州洛杉矶

选择区域和地区

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

处理故障
为了应对服务中断情况,您需要将资源部署到多个地区和区域。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
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
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) 平台
  • 配备多达 96 个 vCPU 的 N1 机器类型(使用 Skylake 平台时)
  • E2 机器类型,配备多达 16 个 vCPU 和 128 GB 内存
  • N2 机器类型,配备多达 80 个 vCPU 和 640 GB 内存
  • 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

公布区域

2019 年和 2020 年,Google 将继续拓展到以下新区域:

  • 苏黎世(瑞士)已公布!
  • 大阪(日本)已公布!
  • 首尔(韩国)已公布!
  • 犹他州盐湖城(美国)
  • 内华达州拉斯维加斯(美国)
  • 雅加达(印度尼西亚)
  • 波兰(华沙)

透明维护

Google 会定期维护其基础架构,包括使用最新软件修补系统、执行日常测试和预防性维护,以及尽全力全面确保 Google 基础架构快速而高效。

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

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

  • 实时迁移

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

  • 终止并重新启动

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

如需详细了解如何为您的实例设置以上选项,请参阅设置实例的调度选项

地区弃用

全面更新基础架构(电源、冷却系统、网络架构、服务器等)不需要停用某个现有地区。基础架构极少更新,而地区一般要三到五年才更新一次。这些更新应该对客户来说是透明的。

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

配额

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

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

例如,如果您的全球目标池配额为 50,而您在 example-region-1 和 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 区域的某个地区内托管备份实例。有关如何设计系统可用性的更多提示,请参阅设计稳健可靠的系统

后续步骤