本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
管理查詢處理容量
您可以使用容量保留來為您在 Athena 中執行的查詢獲取專用處理容量。透過容量保留，您可以利用工作負載管理功能，協助您優先處理序、控制和擴展最重要的互動式工作負載。例如，您可以隨時新增容量以增加可同時執行的查詢數量、控制哪些工作負載可以使用該容量，以及在工作負載之間共用容量。容量由 Athena 完全管理，並按您的要求為您預留。設定非常簡單，並且不需要變更 SQL 陳述式。
若要取得查詢的處理能力，您可建立容量保留、指定所需的資料處理單位 (DPU) 數目，然後將一或多個工作群組指派給保留。
當您使用容量保留時，工作群組扮演著重要角色。工作群組可讓您將查詢整理為邏輯分組。透過容量保留，您可以選擇性地將容量指派給工作群組，以便控制每個工作群組的查詢行為方式以及計費方式。如需有關工作群組的詳細資訊，請參閱 使用工作群組來控制查詢存取和成本。
將工作群組指派至保留，可讓您優先處理提交至指派的工作群組的查詢。例如，您可以將容量分配給用於時間敏感型財務報告查詢的工作群組，以將這些查詢與其他工作群組中較不重要的查詢隔離。這樣會啟用關鍵工作負載的一致查詢執行，同時允許其他工作負載獨立執行。
您可以結合使用容量保留和工作群組，以滿足不同的需求。以下為一些範例案例：
-
隔離 – 若要隔離重要的工作負載，您可以將單一工作群組指派給一個保留。僅來自指派的工作群組的查詢會使用所選保留區中的處理容量。
-
共用 – 多個工作負載會共用一個保留區的容量。例如，如果您想要為一組特定的工作負載產生可預測的每月費用，則可以將多個工作群組指派給單一保留。指派的工作群組共用保留的容量。
-
混合模型 – 您可以在同一帳戶中同時使用容量保留和每個查詢計費。例如，為確保可靠執行支援生產應用程式的查詢，您可以將這些查詢的工作群組指派給容量保留。在將查詢移至生產工作群組之前開發查詢時，您可以使用單獨的工作群組，這些工作群組不與保留建立關聯，因此使用每個查詢計費。
了解 DPU
容量是以資料處理單位 (DPU) 為單位測量而得。DPU 表示 Athena 用來代表您存取和處理資料的運算和記憶體資源。一個 DPU 可提供 4 個 vCPU 和 16 GB 的記憶體。您指定的 DPU 數目會影響您可以同時執行的查詢數目。例如，具有 256 個 DPU 的保留所支援的並行查詢數量大約是具有 128 個 DPU 的保留的兩倍。
您可建立多達 100 個容量保留，每個帳戶和區域可建立多達 1,000 個 DPU 總數目上限。您可以請求的最小 DPU 數量為 24。如果您的使用案例需要 1,000 個以上的 DPU，請聯絡 athena-feedback@amazon.com
如需有關估算容量需求的資訊，請參閱 判斷容量要求。如需定價資訊，請參閱 Amazon Athena 定價
考量與限制
-
該功能需要 Athena 引擎版本 3。
-
單一工作群組一次最多可以指派一個保留，而您最多可以將 20 個工作群組新增至保留。
-
您無法將已啟用 Spark 的工作群組新增至容量保留。
-
若要刪除已指派給保留的工作群組，請先從保留中移除該工作群組。
-
您可以佈建的最小 DPU 數量為 24。
-
您可建立多達 100 個容量保留，每個帳戶和區域可建立多達 1,000 個 DPU 總數目上限。
-
無法保證容量請求，且可能需要 30 分鐘才能完成。
-
最小計費期間為每個保留 1 小時。1 小時後，容量以每分鐘計費。如需定價資訊，請參閱 Amazon Athena 定價
。 -
預留容量不可轉移至另一個容量保留、 AWS 帳戶或 AWS 區域。
-
容量保留的 DDL 查詢會消耗 DPU。
-
在佈建容量上執行的查詢不會計入 DDL 和 DML 的作用中查詢限制。
-
如果所有 DPU 都在使用中，則提交的查詢會排入佇列。此類查詢不會遭到拒絕，也不會使用隨選容量。
-
DPUConsumedCloudWatch 量度是以工作群組為單位，而非每個保留區。因此，如果您將工作群組從一個保留區移至另一個保留區，則DPUConsumed指標會包含該工作群組屬於第一個保留區時的資料。如需在 Athena 中使用 CloudWatch 量度的詳細資訊，請參閱使用 CloudWatch 指標監控 Athena 查詢。 -
目前，該功能可用於以下內容 AWS 區域：
-
美國東部 (維吉尼亞北部)
-
美國東部 (俄亥俄)
-
美國西部 (奧勒岡)
-
亞太區域 (新加坡)
-
亞太區域 (雪梨)
-
亞太區域 (東京)
-
歐洲 (愛爾蘭)
-
歐洲 (西班牙)
-
歐洲 (斯德哥爾摩)
-
南美洲 (聖保羅)
-
