VPC 资源配额

配额和限制

以下各部分介绍了 VPC 网络的配额和限制。要更改配额,只需使用 GCP Console 申请更多配额一般情况下,除非明确说明,否则无法提高限制。

每个项目

下表重点列出了每个项目中 VPC 资源的重要全球配额。要了解其他配额,请参阅配额页面

资源项 配额 备注
网络 配额 其中包括您可以移除的 default 网络。
子网 配额 适用于相应项目的所有网络中的所有子网。
分配的 IP 地址范围 配额 此配额表示您可以分配的连续内部 IP 地址范围(用于专用服务访问通道)的数量。此配额针对您的项目,而非特定的 VPC 网络或区域。
系统生成的路由和
自定义静态路由
配额 此配额包括 Cloud Router 获知的自定义动态路由。
Cloud Router 路由器 配额 此配额表示您可以在项目内的任意网络和区域中创建的 Cloud Router 路由器数。此外,网络还对任意给定区域中 Cloud Router 路由器的数量设定了限制。请参阅 Cloud Router 路由器配额和限制,了解更多详情。
防火墙规则 配额 此配额表示您可以为项目中所有 VPC 网络创建的防火墙规则的数量。
转发规则 配额 此配额包括内部和外部转发规则。内部转发规则还有其他限制。如需了解详情,请参阅每个网络的内部 TCP/UDP 负载平衡转发规则VPC 网络对等互连限制

共享 VPC 项目限制

以下限制适用于参与共享 VPC 的项目。

资源项 限制 备注
可以连接到每个宿主项目的服务项目数 最多 100 个 具体限制可能有所不同,可能会低于 100。如果您有疑问或者需要提高此限制,请与您的 GCP 销售团队联系。
单个组织中共享 VPC 宿主项目的数量 100 如果您需要提高此限制,请与您的 GCP 销售团队联系。
每个服务项目可以连接的宿主项目数 1 此限制无法提高。

每个网络

以下限制适用于 VPC 网络。除非另有说明,否则您可以联系 GCP 销售团队以提高相应限制。

资源项 限制 备注
每个网络的虚拟机实例数 15000 如果使用 VPC 网络对等互连将网络连接到其他网络,则您可以为该网络创建的实例数的有效限制值可能会减小。请参阅下一部分中的 VPC 网络对等互连限制
每个子网的虚拟机实例数 没有单独的限制。
别名 IP 范围总数 15000 别名 IP 是分配给虚拟机的单个 IP 地址 (/32) 或 CIDR 地址块(例如 /24 或 /16)。别名 IP 地址可以来自子网的主要或次要 IP 范围。
对于此限制,GCP 不考虑别名范围的大小(网络掩码),只计算分配给网络中的所有虚拟机的别名 IP(范围)数量。
每个子网的主要 IP 范围数 1 每个子网必须有且只有一个主要 IP 范围(CIDR 地址块)。此范围用于虚拟机主要内部 IP 地址、虚拟机别名 IP 地址和内部 TCP/UDP 负载平衡器的 IP 地址。此限制无法提高。
每个子网的次要 IP 范围数 5 (可选)您最多可以为每个子网定义五个次要 CIDR 地址块。这些次要 IP 范围只能用于别名 IP 地址。此限制无法提高。
每个防火墙规则的源标记数量上限 30 这是创建入站防火墙规则时可指定为源标记的最大网络标记数。此限制无法提高。
每个网络的内部 TCP/UDP 负载平衡转发规则的数量上限 50 这表示网络中内部转发规则的数量上限。如果您使用 VPC 网络对等互连将网络连接到其他网络,请参阅 VPC 网络对等互连限制了解其他重要详细信息。
Cloud Router 路由器限制 如需了解路由器、BGP 对等体、自定义路由通告和已知路由的总数,请参阅 Cloud Router 路由器配额和限制

VPC 网络对等互连限制

以下限制适用于使用 VPC 网络对等互连连接的 VPC 网络。每个限制均适用于对等互连组,这是一组彼此直接对等互连的 VPC 网络。从给定 VPC 网络的角度来看,该网络及其所有对等网络都在一个对等互连组中。对等互连组不包含对等网络的对等体。

这些限制有时可以提高。如果您有关于提高限制的疑问,请与您的 GCP 销售团队联系。

资源项 限制 备注
单个 VPC 网络的对等连接数量 25 此限制表示对等互连组中的最大网络数(不包括该 VPC 网络本身)。
对等互连组中的虚拟机实例总数 15500 此限制表示对等互连组内直接连接的网络中可能的实例总数。

此表后面的 VPC 网络对等互连和最大虚拟机数举例说明了此限制,敬请参阅。
给定网络中内部 TCP/UDP 负载平衡转发规则的数量上限 50 只要满足以下所有条件,GCP 即允许您在给定 VPC 网络中创建新的内部转发规则:
  • 给定网络项目中的转发规则总数(不仅仅是内部转发规则)小于每个项目的转发规则配额
  • 给定网络的内部转发规则数小于给定网络中内部 TCP/UDP 负载平衡转发规则的数量上限。
  • 对等互连组中的内部转发规则数小于对等互连组中内部 TCP/UDP 负载平衡转发规则的有效数量(其计算方式如 VPC 网络对等互连和内部转发规则中所述)。
对等互连组中内部 TCP/UDP 负载平衡转发规则的数量 75

VPC 网络对等互连和最大虚拟机数

对等互连组的网络中最多可以有 15500 个虚拟机实例。举例来说,假设 network-b 与另外两个网络(network-anetwork-c)建立了对等互连:

  • 如果 network-b 有 5000 个虚拟机,那么您在 network-anetwork-c 两个网络中创建的虚拟机总数加起来必须小于或等于 10500。
  • 如果 network-b 有 500 个虚拟机,那么您在 network-anetwork-c 两个网络中创建的虚拟机总数加起来必须小于或等于 15000。

VPC 网络对等互连和内部转发规则

从给定 VPC 网络的角度来看,GCP 使用以下方法计算对等互连组中内部 TCP/UDP 负载平衡转发规则的有效数量:

  • 第 1 步。针对给定网络,找出以下两个限制中数值较大者:

    • 给定网络中内部 TCP/UDP 负载平衡转发规则的数量上限
    • 对等互连组中内部 TCP/UDP 负载平衡转发规则的数量
  • 第 2 步。对于对等互连组中其余的每个网络,找出以下两个限制中数值较大者:

    • 对等网络中内部 TCP/UDP 负载平衡转发规则的数量上限
    • 对等互连组中内部 TCP/UDP 负载平衡转发规则的数量
  • 第 3 步。从第 2 步获得的值中找出最小值

  • 第 4 步。从第 1 步和第 3 步获得的两个数字中取数值较大者。此数字即为(从给定网络的角度)可在对等互连组中创建的内部 TCP/UDP 负载平衡转发规则的有效数量。

假设您有四个 VPC 网络,即 network-anetwork-bnetwork-cnetwork-d

  • network-anetwork-b 对等互连,network-bnetwork-a 对等互连
  • network-anetwork-c 对等互连,network-cnetwork-a 对等互连
  • network-cnetwork-d 对等互连,network-dnetwork-c 对等互连

且每个网络有以下限制:

网络 给定网络中内部 TCP/UDP 负载平衡转发规则的数量上限 对等互连组中内部 TCP/UDP 负载平衡转发规则的数量
network-a 160 150
network-b 50 60
network-c 65 70
network-d 50 80

GCP 从每个 VPC 网络的角度计算该对等互连组中内部 TCP/UDP 负载平衡转发规则的有效数量:

  • network-a 的角度来看,其对等互连组包含 network-anetwork-bnetwork-c此对等互连组中内部 TCP/UDP 负载平衡转发规则的有效数量的计算方式如下:

    1. network-a 中:max(160,150) = 160
    2. 在其余对等网络中:
      • network-bmax(50,60) = 60
      • network-cmax(65,70) = 70
    3. min(60,70) = 60
    4. max(160,60) = 160
      • network-a 的角度来看,每个对等互连组内部 TCP/UDP 负载平衡转发规则的有效数量为:160
  • network-b 的角度来看,其对等互连组包含 network-bnetwork-a此对等互连组中内部 TCP/UDP 负载平衡转发规则的有效数量的计算方式如下:

    1. network-b 中:max(50,60) = 60
    2. 在其余对等网络中:
      • network-amax(160,150) = 160
    3. min(160) = 160
    4. max(60,160) = 160
      • network-b 的角度来看,每个对等互连组内部 TCP/UDP 负载平衡转发规则的有效数量为:160
  • network-c 的角度来看,其对等互连组包含 network-cnetwork-anetwork-d此对等互连组中内部 TCP/UDP 负载平衡转发规则的有效数量的计算方式如下:

    1. network-c 中:max(65,70) = 70
    2. 在其余对等网络中:
      • network-amax(160,150) = 160
      • network-dmax(50,80) = 80
    3. min(160,80) = 80
    4. max(70,80) = 80
      • network-c 的角度来看,每个对等互连组内部 TCP/UDP 负载平衡转发规则的有效数量为:80
  • network-d 的角度来看,其对等互连组包含 network-dnetwork-c此对等互连组中内部 TCP/UDP 负载平衡转发规则的有效数量的计算方式如下:

    1. network-d 中:max(50,80) = 80
    2. 在其余对等网络中:
      • network-cmax(65,70) = 70
    3. min(70) = 70
    4. max(80,70) = 80
      • network-d 的角度来看,每个对等互连组内部 TCP/UDP 负载平衡转发规则的有效数量为:80

每个实例

以下限制适用于虚拟机实例,无法更改。要了解与虚拟机相关的配额,请参阅 Compute Engine 配额

资源项 限制 备注
最大传输单元 (MTU) 1460 字节 如果实例使用的 MTU 超过此大小,则可能会出现丢包。您无法提高此 MTU 限制。
网络接口数量上限 8 网络接口是在创建实例时定义的,并且之后无法通过修改实例来更改。
每个 VPC 网络的网络接口数 1 每个网络接口都必须连接到唯一的 VPC 网络。一个实例在给定的 VPC 网络中只能有一个网络接口。
空闲 TCP 连接的时长上限 10 分钟 VPC 网络在十分钟后会自动丢弃空闲的 TCP 连接。您无法更改此限制,但可以使用 TCP keepalive 防止与实例的连接变为空闲状态。如需了解详情,请参阅 Compute Engine 提示和问题排查页面。
入站数据速率上限 取决于机器类型 GCP 不会入站流量施加带宽限制。虚拟机可处理的流量取决于其机器类型和操作系统。入站数据速率不受虚拟机网络接口数量或使用的任何别名 IP 地址的影响。
出站数据速率上限 每个 vCPU 2 Gbps
最高 16 Gbps
对于 vCPU 数量为 8 个或以下的机器类型,GCP 会将每个 vCPU 的出站流量速率限制为 2 Gbps。对于具有 8 个以上 vCPU 的机器类型,会将其出站流量速率限制为 16 Gbps;对于共享核心机器类型,会将其出站流量速率限制为 1 Gbps。实际出站率取决于其他因素;请参阅此页面了解详情。出站速率包括到永久性磁盘的数据传输速率。

概览

出于各种原因,Virtual Private Cloud会对资源的使用强制应用配额。例如,配额可以防止出现不可预见的使用量激增,从而保护Google Cloud Platform用户社区。配额还可帮助正在通过免费套餐探索 GCP 免费层级的用户在试用期间不会间断。

所有项目在开始时都具有相同的配额,您可以通过申请更多配额来更改配额。根据您使用产品的情况,一些配额可能会自动增加。

权限

要查看配额或申请增加配额,IAM 成员需要以下角色之一。

任务 所需的角色
检查项目的配额 项目所有者或编辑者配额查看者
修改配额,申请更多配额 项目所有者或编辑者配额管理员或具有 serviceusage.quotas.update 权限的自定义角色

检查配额

在 GCP Console 中,转到配额页面。

如果您使用的是 gcloud 命令行工具,请运行以下命令来检查配额。请将 [PROJECT_ID] 替换为您自己的项目 ID。

    gcloud compute project-info describe --project [PROJECT_ID]

要查看您在某一区域中已使用的配额,请运行以下命令:

    gcloud compute regions describe example-region

超出配额时引发的错误

如果您已经超出配额,并且发出了一条 gcloud 命令,gcloud 会显示一条 quota exceeded 错误消息,并返回退出代码 1

如果您已超出配额,并且发出了一条 API 请求,GCP 会返回此 HTTP 状态代码:HTTP 413 Request Entity Too Large

申请更多配额

您可以在 GCP Console 的配额页面中申请更多配额。配额申请需要 24 到 48 小时才能完成处理。

  1. 转到配额页面。

    转到“配额”页面

  2. 配额页面中,选择要更改的配额。
  3. 点击页面顶部的编辑配额按钮。
  4. 填写您的姓名、电子邮件和电话号码,然后点击下一步
  5. 填写您的配额申请,然后点击下一步
  6. 提交您的申请。

资源可用性

每个配额代表您可以创建的特定类型资源的数量上限,前提是该资源可用。必须要注意的是,配额无法保证资源可用性。即使您具有可用配额,如果新资源不可用,您也无法创建新资源。例如,您的配额可能足以在 us-central1 区域中创建新的区域性外部 IP 地址,但如果该区域中没有可用的外部 IP 地址,则无法执行此操作。地区资源可用性也会影响您能否创建新资源。

整个区域中的资源都不可用的情况很少见;但是,地区内的资源有时可能会耗尽,通常不会影响资源类型的 SLA。如需了解详情,请查看资源的相关服务等级协议 (SLA)。

此页内容是否有用?请给出您的反馈和评价:

发送以下问题的反馈:

此网页