资源配额

出于各种原因,Compute Engine 会对资源用量实施配额限制。例如,配额可防止出现未预见到的用量突增现象,从而为 Google Cloud Platform 用户社区提供保护。Google Cloud Platform 还提供免费试用配额,为刚刚开始免费试用 Google Cloud Platform 的用户提供一定用量。

并非所有项目都具有相同的配额。随着 Google Cloud Platform 使用范围的扩大,您的配额可能会相应增加。如果您预计自己的使用量即将显著增加,可以在 GCP Console 的配额页面中主动申请调整配额

查看您的配额

要查看您项目中的资源的可用配额,请转到 Google Cloud Platform Console 中的配额页面。

如果您使用的是 gcloud 命令行工具,请运行以下命令以查看整个项目的配额情况。请将 myproject 替换为您自己的项目 ID:

gcloud compute project-info describe --project myproject

请注意,这不会列出每个区域的配额。要列出某个区域的配额,请使用以下命令:

gcloud compute regions describe [REGION]

[REGION] 替换为您要列出其配额信息的区域。

申请提升配额

若要申请更改配额,请转到 GCP Console 中的配额页面。申请提升配额是免费的。只有您使用更多资源时,费用才会增加。

配额的修改权限

若要更改您的配额,您必须拥有 serviceusage.quotas.update 权限。默认情况下,以下预定义角色包含此权限:所有者、编辑者和配额管理员。

申请更改配额

  1. 转到配额页面。

    转到“配额”页面

  2. 配额页面中,选择要更改的配额。
  3. 点击页面顶部的修改配额按钮。
  4. 选中要修改的服务所对应的复选框。
  5. 填写您的姓名、电子邮件和电话号码,然后点击下一步
  6. 输入您申请增加的具体配额,然后单击下一步
  7. 提交您的申请。
  8. 默认情况下,减少配额的申请将被拒。如果您必须减少配额,请回复支持电子邮件并说明您的要求。支持代表将回复您的申请。

您将在提交申请后的 24-48 小时内收到 Compute Engine 团队的回复。

请至少提前几天安排申请更多资源,以确保我们有足够的时间来处理您的申请。

配额和资源可用性

资源配额是您可以创建的特定类型资源的最大数量(如果这些资源可用)。配额不能保证资源随时可用。如果资源不可用,或您选择的区域已无富余资源,您将无法创建该类型的新资源,即使您的区域或项目中有剩余配额也是如此。例如,您可能仍有用于在 us-central1 中创建新的外部 IP 地址的配额,但该区域中可能没有可用的 IP 地址。

同样,即使您有区域配额,某项资源可能也并未在特定地区提供。例如,us-central1 区域中可能有用于创建虚拟机实例的配额,但如果 us-central1-a 地区的资源已用尽,则可能无法在该地区创建虚拟机实例。在这种情况下,请尝试在另一个地区(例如 us-central1-f)中创建相同的资源。

区域级资源被用尽的情况很罕见。要详细了解在出现此类情况时您可以选择的选项,请查看 Compute Engine 服务等级协议 (SLA)

了解虚拟机、CPU 和 IP 地址配额

在规划您的虚拟机实例需求时,您需要考虑多种配额,这些配额会影响您可以创建的虚拟机实例数。

区域和全球配额

虚拟机配额是在区域级进行管理的。虚拟机实例、实例组、CPU 和磁盘配额可以由该区域中的任何虚拟机使用,而无论地区为何。例如,CPU 配额是一种区域配额,因此每个区域有不同的限制和用量。要在 us-central1 区域中的任一地区内启动 n1-standard-16 实例,您需要在 us-central1 中有足够的配额(至少 16 个 CPU)。

要创建防火墙、负载平衡器、网络和 VPN,必须使用网络和负载平衡配额。这些是不受具体区域影响的全球配额。任何区域都可以使用全球配额。例如,分配给负载平衡器和 HTTP(S) 代理的使用中的静态外部 IP 地址会使用全球配额。

CPU

CPU 配额是指某个区域内所有正在运行的虚拟机实例中的虚拟 CPU 总数。CPU 配额仅适用于正在运行的实例。常规实例和抢占式实例都会消耗此配额。

为了保护 Compute Engine 系统和其他用户的安全,一些新帐号和项目还具有 CPUs (All Regions) 全球配额,这种配额适用于所有区域,并按所有区域中正在运行的 vCPU 的总数来衡量。

例如,如果在单个区域(如 us-central1)中剩余 48 个 vCPU,但 CPUs (All Regions) 配额只剩余 32 个 vCPU,那么您只能在 us-central1 区域中启动 32 个 vCPU,即使该区域还有剩余配额也是如此。这是因为您将达到 CPU (All Regions) 配额,并且需要删除现有的实例才能启动新实例。

GPU

与虚拟 CPU 配额类似,GPU 配额是指一个区域内所有虚拟机实例中的虚拟 GPU 总数。若要确保您的项目中有足够的 GPU 可用,以及申请增加配额,请查看配额页面。此外,新帐号和项目还具有一个 GPU 全球配额,该配额适用于所有区域。

申请 GPU 配额时,您必须为要在每个区域中使用的 GPU 型号申请一个配额,并为所有地区中所有类型的 GPU 总数申请一个另外的全球配额。

虚拟机实例

虚拟机实例配额是一种区域配额,会限制指定区域中可存在的虚拟机实例的数量,而无论虚拟机是否正在运行。这种配额不会在 Google Cloud Platform Console 中显示,但 Compute Engine 会自动将其设置为常规 CPU 配额的 10 倍。您不需要申请此配额。如果您需要增加配额以容纳更多虚拟机实例,则应该申请更多 CPU,这样也可以增加此配额。此配额适用于正在运行和未运行的虚拟机,以及常规实例和抢占式实例。

抢占式资源的配额

为了使用挂接到抢占式虚拟机实例的抢占式 CPU 或 GPU,或使用挂接到抢占式虚拟机实例的本地 SSD,您的项目中必须有相应资源的可用配额。

您可以申请特殊的抢占式配额(Preemptible CPUsPreemptible GPUsPreemptible Local SSDs (GB))。但是,如果您的项目没有抢占式配额,您仍可以使用常规配额来启动抢占式资源。

在 Compute Engine 授予您某个区域的抢占式配额后,所有抢占式实例都将自动计入抢占式配额。

磁盘配额

下述永久性磁盘和本地 SSD 配额按区域实施:

  • Local SSD (GB) - 这是可以挂接到一个区域内虚拟机的本地 SSD 磁盘分区的总大小。本地 SSD 是一种快速的临时磁盘,应该用于容错能力较高的本地临时缓存或处理作业,因为这类磁盘在虚拟机实例重启时可能会丢失数据。本地 SSD 分区以 375 GB 为增量销售,最多可以将八个本地 SSD 分区挂接到一个虚拟机。在 gcloud 工具和 API 中,这称为 LOCAL_SSD_TOTAL_GB

  • Persistent Disk Standard (GB) - 这是可在一个区域中创建的标准永久性磁盘的总大小。如优化永久性磁盘和本地 SSD 性能中所述,标准永久性磁盘提供的 IOPS 和吞吐量低于 SSD 永久性磁盘或本地 SSD。这种磁盘经济实惠,可用作耐用的大型存储磁盘,也可用作启动磁盘,以及用于串行写入进程(例如日志)。标准永久性磁盘持久耐用,可以无限期地挂接到磁盘所在地区内的虚拟机。在 gcloud 工具和 API 中,这称为 DISKS_TOTAL_GB。此配额还适用于区域标准永久性磁盘,但由于区域磁盘会在一个区域内的两个地区中复制,因此区域磁盘每 GB 消耗的配额将翻倍。

  • Persistent Disk SSD (GB) - 这是可在一个区域中创建的 SSD 永久性磁盘分区的总大小。SSD 永久性磁盘有多个副本,并且如优化永久性磁盘和本地 SSD 性能一文中所述,这种磁盘提供的 IOPS 和吞吐量高于标准永久性磁盘。SSD 永久性磁盘经济实惠,可作为对 I/O 要求较高的持久耐用的存储系统。SSD 永久性磁盘可以无限期地挂接到同一个地区内的虚拟机。在 gcloud 工具和 API 中,这称为 SSD_TOTAL_GB。此配额与本地 SSD 分开计算。此配额还适用于区域 SSD 永久性磁盘,但由于区域磁盘会在一个区域内的两个地区中复制,因此区域磁盘每 GB 消耗的配额将翻倍。

IP 地址

对于需要可通过公共互联网访问的虚拟机,您必须拥有足够的 IP 地址分配给每一个虚拟机。区域 IP 配额用于为该区域中的虚拟机分配 IPv4 地址。全球 IP 配额用于为全球网络资源(例如 HTTP 代理和负载平衡器)分配 IPv4 地址。您可以根据自己的需求考虑使用几种类型的 IP 地址。

  • 已用 IP 地址:包括目前正由某项资源使用的临时和静态 IP 地址。已用 IP 地址不会产生费用,但是未使用的静态 IP 地址则会产生费用
  • 静态外部 IP 地址:为机器重启后保持不变的资源保留的外部 IP 地址。您可以在 DNS 和域名服务商处注册这些地址,以提供方便用户使用的地址,例如 www.example-site.com。
  • 静态内部 IP 地址:对于在子网中配置的专用 RFC 1918 IP 范围,静态内部 IP 地址可用于保留其中的内部 IP 地址。您可根据需要将保留的内部地址分配给资源。
此页内容是否有用?请给出您的反馈和评价:

发送以下问题的反馈:

此网页
Compute Engine 文档