配额和限制

本文档列出了适用于 Cloud DNS 的配额和系统限制。 “配额”用于指定您允许访问的可计数共享资源的数量 它们由 Google Cloud 服务定义 Cloud DNS。 系统限制是无法更改的固定值。

Google Cloud 使用配额来帮助确保公平性并减少资源使用和可用性的激增。配额用于限制您的 Google Cloud 项目可使用的 Google Cloud 资源的数量。配额适用于一系列资源类型，包括硬件、软件和网络组件。例如，配额可以限制对某项服务的 API 调用次数、您的项目并发使用的负载均衡器数量或者您可以创建的项目数量。配额可以防止服务过载，从而保护 Google Cloud 用户社区。配额还可帮助您管理自己的 Google Cloud 资源。

Cloud 配额系统执行以下操作：

  • 监控 Google Cloud 产品和服务的消耗情况
  • 限制这些资源的消耗量
  • 提供一种请求更改配额值的方法

在大多数情况下，当您尝试消耗的资源超出其配额允许的范围时，系统会阻止对资源的访问，并且您尝试执行的任务会失败。

配额通常在 Google Cloud 项目级层应用。您在一个项目中使用资源不会影响您在另一个项目中的可用配额。在 Google Cloud 项目中，配额在所有应用和 IP 地址间共享。

Cloud DNS 资源也有系统限制。 系统限制无法更改。

配额

如需更改配额，请参阅申请额外的配额。

下表重点介绍了 Cloud DNS 资源的重要全球配额 创建 Deployment如需了解其他配额，请参阅 Google Cloud 控制台中的配额页面。

项 说明
某个区域每分钟的读取次数上限 每位 IAM 用户在一分钟内可向 Cloud DNS API 发出的 API 请求的数量上限。此配额仅适用于 API 调用。DNS 查询处理没有配额。
每个托管区域的 DNSSEC 密钥数量 每个托管地区的 DNSSEC 密钥数上限。
每个项目的代管区域数 项目中允许的托管地区数量上限。
每个 VPC 网络的托管可用区数 最多可以将托管地区附加到 VPC 网络。
每个项目的政策资源数量 每个项目的 DNS 服务器政策数量上限。
每个响应政策的网络数 每个响应政策允许的 VPC 网络数量上限。
每项转送政策的内容数量 每项路由政策允许的项数上限。
每个托管区域的 GKE 集群数量 可将私有范围的区域附加到的 Google Kubernetes Engine (GKE) 集群的数量上限。
每项政策的 GKE 集群数量 每项政策允许的 GKE 集群数量上限。
每个 GKE 集群的托管区域数 可附加到 GKE 集群的代管区域的数量上限。
每次更改的资源记录添加次数 每个 ChangesCreateRequest 最多可添加的 ResourceRecordSets 数量上限。
每次更改的资源记录删除次数 允许的最大ResourceRecordSets数量 每ChangesCreateRequest删除一次。
每个托管式区域的资源记录集数 每个可用区的 ResourceRecordSets 数量上限 项目。
资源记录 每个资源记录集的数据 每个 ResourceRecordSet 允许的 ResourceRecords 数量上限。每次委托（类型为 NS）最多可以有八个域名服务器。
每个 项目 每个项目允许的响应政策数量上限。
某个区域的响应政策规则写入限制（每分钟） 每分钟可写入的响应政策规则数量上限 区域。
每个批量操作的响应政策规则数 每批每批响应政策管理操作数量上限 分钟。
每项政策的响应政策规则数 您可以创建的响应政策规则的数量上限 政策
每个转发政策的目标域名服务器 每项转发政策允许的目标域名服务器数量上限。
每个代管式区域的目标域名服务器 每个托管的转发可用区允许的目标域名服务器数量上限。
每次更改的资源记录集数据的总大小（以字节为单位） 一个 ChangesCreateRequest 中允许的总 rrdata 大小上限（以字节为单位）。
每个受管区域的 VPC 网络数 一个 VPC 网络可以连接到的 VPC 网络数上限， 可以挂接私密可用区
每个政策的 VPC 网络数 每个 VPC 网络允许的 VPC 网络数上限 Cloud DNS 服务器政策。
某个区域每分钟的写入限制 每个区域每分钟的 DNS 写入次数上限。此配额为 用于创建、修改或删除 DNS 记录的任何写入操作。

限制

限制与配额不同，您可以申请增加配额，但一般来说无法提高限制（除非有明确说明）。

API 的使用

每天的 API 请求（查询）次数在项目级别进行统计。所有 API 请求都会计入此限制，包括通过 Google Cloud CLI 和 Google Cloud 控制台发出的请求。

资源限制

设限项 限制
如需请求更新这些限制，请与 Cloud Customer Care 联系。
每个网络的对等互连可用区的数量 1,000
每个委派项的域名服务器数量 8
每次更改的添加操作数量 1000
每次更改的删除操作数量 1,000
每次更改的资源记录数据大小 10 万字节
标签组合数 1,000
每项响应政策的规则数 10000
每项路由政策的项数 100
绑定到一个 VPC 网络的代管式区域数 10000
DNS 响应的大小上限 (UDP) 1440 个字节
DNS 响应的大小上限 (TCP) 65533 个字节
这些限制无法提高。
每个 VPC 网络在每个区域中的最大查询速率 在 Google Cloud 可用区中，10 秒 (10) 秒内 10 万次查询，例如 us-central1-a
每个 VPC 网络的响应政策数 1
每个代管区域的标签数 64 个标签，且每个键/值 128 字节
转发区域中的转发目标数 50
备用名称服务器中的转发目标数 50

域名服务器限制

Cloud DNS 会将每个公开代管区域分配给 5 个域名服务器分片中的一个。分片由权威域名服务器名称中数字之前的字母表示，因此从 ns-cloud-e1 到 ns-cloud-e4 都位于 E 分片。

如果某个碎片上已经存在以下任一项，则无法将网域（例如 domain.example.tld）的新代管式可用区分配给该碎片：

  • 具有相同 DNS 名称的代管式可用区，例如 domain.example.tld
  • DNS 名称的子网域，例如 sub.domain.example.tld
  • DNS 名称的父网域，例如 example.tld

由于存在这些限制，因此以下限制适用于公开的代管式可用区：

  • 您最多可以创建五个具有完全相同 DNS 名称的可用区。
  • 对于任何父网域，您最多可以创建 5 级子网域。

此限制适用于 Google Cloud 中的所有项目和用户。非委托子网域和其他 DNS 服务上托管的委托不会 也会计入此限制Cloud DNS 在使用同一 DNS 名称创建第 5 个区域并阻止其他人使用该 DNS 名称之前，会要求您先通过 TXT 记录验证网域所有权。

同一父网域的多个子网域（例如 domain.example.tld 和 otherdomain.example.tld）可以分配给同一碎片。但是，Cloud DNS 可能会在考虑限制后选择任何可用的碎片。如果在每个碎片中创建此类子网域，则无法为父网域 example.tld 创建可用区。

为避免出现此问题，请始终先为父网域创建代管式可用区，然后再为其子网域创建可用区。

如果子网域已阻止所有碎片，请按照以下步骤为父网域释放碎片：

  1. 查看每个子网域区域的域名服务器以确定其分片。
  2. 查找代管式可用区最少（或最不重要）的碎片 (X)。
  3. 将 X 碎片中的可用区导出到其他 DNS 服务，并对可用区委托进行相应更改。
  4. 原始委托的 TTL 到期后，请删除碎片 X 子网域的代管式可用区。
  5. 为父网域创建代管式可用区；它将分配到碎片 X。
  6. 恢复删除的子网域代管区域，恢复顺序是先恢复子网域，然后再恢复子网域自己的任何子网域。它们都将存储在新分片中，因此都需要更新委托。

查看限制

您可以运行以下命令来查询项目的限制。下面的示例显示了 my-project 项目中各种类型对象的总限制。totalRrdataSizePerChange配额的计量单位为 字节数以及一项更改的添加操作和删除操作次数之和。

gcloud dns project-info describe my-project

虽然这些属于限制，但 Google Cloud 会在内部将其作为配额进行跟踪，因此它们在输出中被标记为配额。

id: my-project,
kind: "dns#project",
number: "123456789012",
quota:
    kind: dns#quota,
    managedZones: 10000,
    resourceRecordsPerRrset: 10000,
    rrsetAdditionsPerChange: 3000,
    rrsetDeletionsPerChange: 3000,
    rrsetsPerManagedZone: 10000,
    totalRrdataSizePerChange: 100000,
    labelSets: 1000

您可以在 Google Cloud 控制台的首页顶部找到默认项目和其他项目的名称。

Manage quotas

Cloud DNS enforces quotas on resource usage for various reasons. For example, quotas protect the community of Google Cloud users by preventing unforeseen spikes in usage. Quotas also help users who are exploring Google Cloud with the free tier to stay within their trial.

All projects start with the same quotas, which you can change by requesting additional quota. Some quotas might increase automatically based on your use of a product.

Permissions

To view quotas or request quota increases, Identity and Access Management (IAM) principals need one of the following roles.

Task Required role
Check quotas for a project One of the following:
Modify quotas, request additional quota One of the following:
  • Project Owner (roles/owner)
  • Project Editor (roles/editor)
  • Quota Administrator (roles/servicemanagement.quotaAdmin)
  • A custom role with the serviceusage.quotas.update permission

Check your quota

Console

  1. In the Google Cloud console, go to the Quotas page.

    Go to Quotas

  2. To search for the quota that you want to update, use the Filter table. If you don't know the name of the quota, use the links on this page instead.

gcloud

Using the Google Cloud CLI, run the following command to check your quotas.

Replace PROJECT_ID with your own project ID.

    gcloud dns project-info describe PROJECT_ID

Errors when exceeding your quota

If you exceed a quota with a gcloud command, gcloud outputs a quota exceeded error message and returns with the exit code 1.

If you exceed a quota with an API request, Google Cloud returns the following HTTP status code: 413 Request Entity Too Large.

Request additional quota

To adjust most quotas, use the Google Cloud console. For more information, see Request a quota adjustment.

Console

  1. In the Google Cloud console, go to the Quotas page.

    Go to Quotas

  2. On the Quotas page, select the quotas that you want to change.
  3. At the top of the page, click Edit quotas.
  4. For Name, enter your name.
  5. Optional: For Phone, enter a valid phone number.
  6. Submit your request. Quota requests take 24 to 48 hours to process.

Resource availability

Each quota represents a maximum number for a particular type of resource that you can create, if that resource is available. It's important to note that quotas do not guarantee resource availability. Even if you have available quota, you can't create a new resource if it is not available.

For example, you might have sufficient quota to create a new regional, external IP address in the us-central1 region. However, that is not possible if there are no available external IP addresses in that region. Zonal resource availability can also affect your ability to create a new resource.

Situations where resources are unavailable in an entire region are rare. However, resources within a zone can be depleted from time to time, typically without impact to the service level agreement (SLA) for the type of resource. For more information, review the relevant SLA for the resource.