本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

限制 Amazon Route 53 API 请求

Amazon Route 53 对每个账户的 API 请求进行限制，以维护服务稳定性并确保所有客户的公平使用。Route 53 适用两个独立限制：

请求可以受到任一限制的限制。当请求受到限制时，亚马逊 Route 53 会返回 HTTP 400 错误 () Bad request。响应标头还包括一个其值为 Throttling 的 Code 元素，以及一个值为 Rate exceeded 的 Message 元素。

如何应用节流

亚马逊 Route 53 使用代币存储桶算法。每个限额都有一个存储桶，可容纳最大数量的代币。每次请求（请求速率限制）或每次更改（更改吞吐量限制）都会从适用的存储桶中移除令牌。水桶每秒以固定速率重新装满，直至最大容量。如果充值代币在存储桶已满时到达，Route 53 会将其丢弃。

两个值描述了每个存储桶：

您可以在添加代币时使用充值；您无需等待存储桶完全充值。

请求费率代币存储桶大小和充值率

Route 53 在两个级别上应用请求速率限制：

请求消耗两个存储桶中的令牌，如果其中一个存储桶为空，则请求会受到限制。以下操作具有不同的默认请求速率限制。

有关亚马逊 Route 53 API 操作的完整列表，请参阅亚马逊 Route 53 API 参考中的操作。

CreateHealthCheck 请求

您可以每隔 2 秒每个 AWS 账户提交一个 CreateHealthCheck 请求。这相当于上表中显示的每秒 0.5 个请求的重新填充率。

更改吞吐量限制

除请求速率限制外，修改 DNS 数据的 API 操作还受变更吞吐量限制的约束。此限制使用单独的代币存储桶，该存储桶的耗尽基于请求进行的 DNS 记录更改的次数，而不是请求的数量。更改吞吐量受每个 API 操作的限制 AWS 账户，而不是每个 API 操作的限制。以下所有操作均来自一个存储桶，该存储桶的最大容量为 1,500 次更改（爆发），并以每秒 100 次更改的速度重新填充（持续）。

更改的计算方式如下：

所有其他 Amazon Route 53 API 操作均不消耗变更吞吐量令牌，并且仅受请求速率的限制。

示例：您可以提交包含 1,000 个更改（一次突发）的单个请求，这将消耗 1,000 个令牌。爆发后，水桶以每秒 100 个代币的速度充满。如果您继续每秒提交 100 次更改，则可以无限期地保持该速率。如果您尝试维持每秒 500 次更改，则存储桶将耗尽，后续请求将受到限制，直到其重新填满。

监控 API 节流

您可以通过观察应用程序日志中的 HTTP 400 响应或通过 CloudWatch 指标跟踪 API 使用情况来监控亚马逊 Route 53 API 的使用情况。当您收到限制错误时，您的请求超过了前面部分中描述的限制之一。

重试和指数回退

当您轮询或重试 API 请求时，我们建议使用指数退避算法来计算请求之间的休眠间隔。指数退避会逐渐延长重试之间的等待时间，以获得连续的错误响应。实现最大延迟间隔和最大重试次数，并考虑添加抖动（随机延迟）以防止连续碰撞。有关更多信息，请参阅构建器库中的超时、重试和使用抖动进行退避。 AWS

每个 AWS SDK 都实现自动重试逻辑，包括自适应重试模式，该模式可根据限制调整客户端请求速率。对于经常接近这些限制的工作负载，可以考虑启用自适应重试。有关更多信息，请参阅 AWS SDKs and Tools Reference Guide 中的 Retry behavior。

申请提高限制

您可以通过 AWS 支持请求提高 API 请求率或更改吞吐量限制。要申请加薪，请执行以下操作：

API 限制的最佳实践

有关更广泛的亚马逊 Route 53 指南，请参阅Amazon Route 53 的最佳实践。