以下部分介绍 Cloud Router 的配额和限制。 如需更改配额,请使用 Google Cloud Console 申请额外的配额。
配额
下表涵盖了每个项目的重要配额。如需了解其他配额,请参阅 Cloud Console 配额页面。
资源项 | 配额 | 备注 |
---|---|---|
每个项目的 Cloud Router 路由器数 | 配额 | 无论配额是多少,每个网络在每个区域仅限使用 5 个 Cloud Router 路由器。请参阅限制。 |
限制
如下 Cloud Router 限制适用于 Virtual Private Cloud (VPC) 网络。除非另有说明,否则无法提高这些限制。
设限项 | 限额 | 备注 |
---|---|---|
每个 VPC 网络和区域组合的 Cloud Router 路由器数上限 | 5 | 如果您有足够的项目配额,那么您在给定的 VPC 网络和区域中最多可以创建 5 个 Cloud Router 路由器。 |
给定 VPC 网络和区域内每个 Cloud Router 路由器的 BGP 对等体数量上限 | 128 | BGP 对等体可以是使用动态路由的 Cloud VPN 隧道,或者用于实现专用互连或合作伙伴互连的互连连接 (VLAN)。 |
给定 Cloud Router 路由器每个 BGP 会话的子网路由通告数量上限 | 无限制 | Cloud Router 路由器可以通告的子网路由无数量限制。子网路由数量由子网数量决定,而子网数量由 VPC 网络配额和限制控制。 |
给定 Cloud Router 路由器每个 BGP 会话的自定义路由通告数量上限 | 200 | 如果 Cloud Router 路由器上的所有 BGP 会话的自定义路由通告相同,则此限制即为该 Cloud Router 路由器的唯一自定义路由通告的总数。在这种情况下,每个会话接收同一组自定义路由通告。 |
可由给定区域中所有 Cloud Router 路由器应用于该区域内子网的已知路由的唯一目的地数量上限 | 100 | 对于已知路由唯一目的地数量的两个上限值而言:路由按唯一目的地进行分组。目的地相同但下一个跃点不同的路由仅计为一个目的地。目的地相同且下一个跃点也相同的路由也仅计为一个目的地。 对于处于全球动态路由模式的网络:有可能会只达到两个已知路由唯一目的地数量上限中的一个限制。当只达到一个限制时,您可能会遇到不可预测的路由行为。如需了解详情,请参阅已知路由示例。 如需提高两个已知路由唯一目的地数量上限中的任一限制,请联系您的 Google Cloud 销售团队。 |
仅适用于 处于全球动态路由模式的 VPC 网络: 可由不同区域中的 Cloud Router 路由器应用于给定区域内子网的已知路由的唯一目的地数量上限 |
100 |
已知路由示例
以下示例展示了只达到其中一个已知路由唯一目的地数量限制时,您可能遇到的不可预测行为。
假设您在 us-east1 区域和 us-west1 区域分别拥有一个 Cloud Router 路由器。两个 Cloud Router 路由器都针对(到本地网络)的 100 个唯一目的地获取了一组相同的路由。这些路由的下一个跃点因 Cloud Router 路由器而异,因为每个 Cloud Router 路由器连接到本地网络上的不同路由器。如果连接到 us-west1 中的 Cloud Router 路由器的本地路由器共享了具有新唯一目的地的第 101 条路由,则:
该 Cloud Router 路由器将从 101 条共享路由中任意选择 100 条。 与此同时,我们将在 us-east1 中达到不同区域的 Cloud Router 路由器的已知唯一目的地数量限制。因此,us-east1 中的子网将应用 101 条路由中的任意 100 条。这样将无法保证在两个区域应用相同的 100 条路由。
同一个区域中的虚拟机可能会丢失其他路由。假设一条目的地为
10.1.2.0/24
的路由从本地共享到两个区域中的 Cloud Router 路由器。如果 us-east1 达到了已知路由唯一目的地数量上限,则该区域中的子网无法使用目的地为10.1.2.0/24
且下一个跃点位于 us-west1 中的其他路由。us-east1 中的子网将没有到10.1.2.0/24
的路径。概括来说,如果给定区域中的 Cloud Router 路由器与其他区域中的另一个 Cloud Router 路由器都获取了目的地相同但下一个跃点不同的路由,那么达到给定区域中已知路由唯一目的地数量上限将导致 Google Cloud 忽略通往该目的地且下一个跃点位于其他区域的 Cloud Router 路由器上的路由。
管理配额
出于各种原因,Cloud Router 会对资源用量实施配额限制。例如,配额可避免出现意料之外的用量突增,从而为 Google Cloud 用户社区提供保护。配额还可帮助正在通过免费层级探索 Google Cloud 的用户避免中断试用。
所有项目在开始时都具有相同的配额,您可以通过申请更多配额来进行更改。根据您使用产品的情况,一些配额可能会自动增加。
权限
如需查看配额或申请增加配额,Identity and Access Management (IAM) 成员需要具备以下某个角色。
任务 | 所需角色 |
---|---|
检查项目的配额 | 以下之一:
|
修改配额,申请更多配额 | 以下之一:
|
查看您的配额
控制台
- 在 Cloud Console 中,转到配额页面。
- 如需搜索要更新的配额,请使用过滤表。 如果您不知道配额的名称,请使用此页面上的链接。
gcloud
使用 gcloud
命令行工具,运行以下命令来检查配额。请将 PROJECT_ID
替换为您自己的项目 ID。
gcloud compute project-info describe --project PROJECT_ID
如需查看您在某一区域中已使用的配额,请运行以下命令:
gcloud compute regions describe example-region
超出配额时引发的错误
如果在发出 gcloud
命令时超过了配额,gcloud
会显示一条 quota exceeded
错误消息,并返回退出代码 1
。
如果在发出 API 请求时超出了配额,Google Cloud 会返回以下 HTTP 状态代码:HTTP 413 Request Entity Too Large
。
申请更多配额
如需申请增加配额,请转到 Cloud Console 中的配额页面。配额申请需要 24 到 48 小时才能完成处理。
控制台
- 在 Cloud Console 中,转到配额页面。
- 在配额页面上,选择您要更改的配额。
- 点击位于页面顶部的 修改配额。
- 填写您的姓名、电子邮件地址和电话号码,然后点击下一步。
- 填写您的配额申请,然后点击完成。
- 提交您的申请。
资源可用性
每个配额代表您可以创建的特定类型资源的数量上限(如果该资源可用)。必须要注意的是,配额无法保证资源可用。即使您具有可用配额,如果新资源不可用,您也无法创建新资源。
例如,您的配额可能足以在 us-central1
区域中创建新的区域性外部 IP 地址。但是,如果该区域中没有可用的外部 IP 地址,则无法执行此操作。区域级资源可用性也会影响您能否创建新资源。
导致资源在整个区域不可用的情况非常罕见。但是,地区内的资源有时可能会耗尽,通常不会影响资源类型的服务等级协议 (SLA)。如需了解详情,请参阅资源的相关 SLA。