管理查询处理容量

隔离重要查询：为确保重要工作负载在需要时拥有所需的容量，请创建容量预留并将其工作组分配给预留。只有来自已分配工作组的查询才使用预留的处理能力。例如，为了确保可靠地执行支持生产应用程序的查询，可以将这些查询的生产工作组分配给容量预留。开发查询时，请使用与预留无关联的单独工作组，并在准备就绪后将查询移至生产工作组。

在相似工作负载间共享容量：多个工作负载可共享同一预留的容量。这使您可以预测这些工作负载的成本和控制其并发性。例如，如果您有能够容忍查询执行启动时间延迟的计划工作负载，则可以将其工作组分配给单个预留。这可以为在同一账户中运行的交互式查询腾出您的 DDL 和 DML 查询配额，从而确保这些查询以最小的延迟启动。

您可以在同一账户中同时使用容量预留和基于扫描数据的按查询计费。

在容量预留上运行的查询不会计入您的 DDL 和 DML 查询配额。

如果您的容量忙于处理其他查询，则新提交的查询将排队等候，直到容量可用为止。队列中允许的最长时间为 10 小时。

一个工作组一次只能分配给一个容量预留。您总共可以为单个预留分配 20 个工作组。当您将多个工作组分配给预留时，容量将在各工作组之间共享，并根据查询的提交顺序分配给查询。由于 Athena 向查询动态分配容量的方式，执行顺序可能会有所不同。

Athena 会根据查询的复杂程度自动为 DML 查询分配 4 到 124 个 DPU。每个 DDL 查询消耗 4 个 DPU。请参阅以下主题了解更多信息：

每个容量预留所需的最低 DPU 数量为 24。初次为预留分配容量时，最短计费周期为 1 小时。超出 1 小时，则按分钟对容量计费。有关定价信息，请参阅 Amazon Athena 定价。

您最多可以创建 100 个容量预留，每个账户和区域最多可以具有 1000 个 DPU。如果您的使用案例需要超过 1000 个 DPU，请联系 athena-feedback@amazon.com。

容量请求无法保证，并且可能需要花费 30 分钟时间完成。容量无法转移到另一个容量预留、Amazon Web Services 账户或 Amazon Web Services 区域。

DPUConsumed CloudWatch 指标是按工作组计算，而不是按预留量计算。因此，如果将工作组从一个预留转移到另一个预留，则 DPUConsumed 指标将包含从该工作组属于第一个预留起的数据。有关在 Athena 中使用 CloudWatch 指标的更多信息，请参阅使用 CloudWatch 监控 Athena 查询指标。

要删除已分配给预留的工作组，请先将该工作组从预留中移除。

不支持配置为使用 Apache Spark 的工作组。

以下 Amazon Web Services 区域提供容量预留：