本文档列出了适用于 Cloud Domains 的quotas和quotas。
如需更改配额，请参阅申请额外的配额。
配额用于限制您的 Google Cloud 项目可使用的共享 Google Cloud 资源（包括硬件、软件和网络组件）的数量。因此，有以下功能的系统具有配额：
- 监控 Google Cloud 产品和服务的使用情况或消耗情况。
- 出于某些原因限制这些资源的消耗量，包括确保公平性和减少使用量高峰。
- 维护可自动强制执行规定限制的配置。
- 提供请求或更改配额的方法。
在大多数情况下，当超过配额时，系统会立即阻止对相关 Google 资源的访问，并且您尝试执行的任务将失败。在大多数情况下，配额适用于每个 Google Cloud 项目，并由使用该 Google Cloud 项目的所有应用和 IP 地址共享。
Cloud Domains 资源也存在限制。这些限制与配额系统无关。除非另有说明，否则无法更改限制。
权限
如需查看配额或申请增加配额，Identity and Access Management (IAM) 主帐号需要以下某个 Cloud Domains 角色：
| 任务 | 所需角色 |
|---|---|
| 检查项目的配额 | Cloud Domains 查看者 (roles/domains.viewer) |
| 修改配额，申请更多配额 | Cloud Domains 管理员 (roles/domains.admin) |
配额
如需查看现有配额和用量以及申请增加配额，请在 Google Cloud 控制台中前往配额页面。
Cloud Domains 的配额如下：
- 域名注册数量
- 每天除只读调用以外的 API 请求数
- 每分钟 API 请求数
- 每天敏感 API 请求数
- 每分钟敏感 API 请求数
敏感 API 请求包括对 RetrieveRegisterParameters 和 RegisterDomain 方法的调用。
管理配额
出于各种原因，Cloud Domains 会对资源用量实施配额限制。例如，配额可避免出现意料之外的用量突增，从而为 Google Cloud 用户社区提供保护。配额还可帮助正在通过免费层级探索 Google Cloud 的用户避免中断试用。
所有项目在开始时都具有相同的配额，您可以通过申请更多配额来进行更改。根据您使用产品的情况，一些配额可能会自动增加。
权限
如需查看配额或申请增加配额，Identity and Access Management (IAM) 主账号需要具备以下某个角色：
| 任务 | 所需角色 |
|---|---|
| 检查项目的配额 | 以下之一：
|
| 修改配额，申请更多配额 | 以下之一：
|
查看您的配额
控制台
- 在 Google Cloud 控制台中，转到配额页面。
- 如需搜索要更新的配额，请使用过滤表。 如果您不知道配额的名称，请使用此页面上的链接。
gcloud
使用 Google Cloud CLI 运行以下命令来查看您的配额。请将 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。
申请更多配额
如需增加或减少大多数配额，请使用 Google Cloud 控制台。如需了解详情，请参阅申请更高的配额。
控制台
- 在 Google Cloud 控制台中，转到配额页面。
- 在配额页面上，选择您要更改的配额。
- 点击位于页面顶部的修改配额。
- 填写您的姓名、电子邮件地址和电话号码，然后点击下一步。
- 填写您的配额申请，然后点击完成。
- 提交您的申请。 配额申请需要 24 到 48 小时才能完成处理。
资源可用性
每个配额代表您可以创建的特定类型资源的数量上限（如果该资源可用）。必须要注意的是，配额无法保证资源可用。即使您具有可用配额，如果新资源不可用，您也无法创建新资源。
例如，您的配额可能足以在 us-central1 区域中创建新的区域性外部 IP 地址。但是，如果该区域中没有可用的外部 IP 地址，则无法执行此操作。区域级资源可用性也会影响您能否创建新资源。
导致资源在整个区域不可用的情况非常罕见。但是，地区内的资源有时可能会耗尽，通常不会影响资源类型的服务等级协议 (SLA)。如需了解详情，请参阅资源的相关 SLA。