本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 配額
## 擴展限制
Instance Scheduler 會擴展兩個主軸，以管理大型企業部署：
### 垂直擴展 （每個目標的資源）
垂直擴展受限於單一排程請求 Lambda 函數可在單一排程目標 (account/region/service組合） 內有效處理的資源數量。
Instance Scheduler 的設計可在單一[排程目標](cost.md#calculating-scheduling-targets)中處理 1000 個 EC2s、100 個 ASGs 和 100 個 RDS db/叢集，但可能會受到跨區域延遲的限制。
為了確保最佳效能，建議您監控排程請求 Lambda 的執行時間 （請參閱[操作洞察儀表板](monitor-the-solution.md#operational-insights-dashboard))。我們建議將平均執行時間保持在 90 秒以下，最大尖峰時間不大於 4 分鐘。
### 水平擴展 （目標數量）
水平擴展受限於正在管理的[作用中排程目標](cost.md#calculating-scheduling-targets)數量。作用中目標是account/region/service組合，包含至少一個主動標記的資源。執行個體排程器可以部署到更多帳戶和區域，但只有具有主動標記資源的目標會影響效能。
使用預設的 Lambda 並行配額 1000，您可以同時執行 1000 個作用中目標。Lambda 會自動佇列其他執行，讓您擴展到超過此限制。我們建議將累積延遲保持在 3 分鐘以獲得最佳效能。
例如，15 秒的平均執行時間和 lambda 並行限制為 1000，您可以管理最多 12000 個作用中目標，同時將累積延遲保持在 3 分鐘內 (3 分鐘 ÷ 15 秒 × 1000 = 12000 個目標）。
對於較大的部署，您可以從 AWS Support 請求增加 Lambda 並行配額。
## 其他考量
**AWS 資源標籤**：AWS 資源通常每個資源有 50 個標籤的限制。Instance Scheduler 需要 6 個資訊和控制項標籤，才能操作解決方案。確保您的資源有足夠的標籤容量，以容納執行個體排程器標籤和現有的標記策略。
**Lambda 執行限制**：每個排程請求處理常式 Lambda 函數都有 5 分鐘的執行逾時。
**DynamoDB 擴展**：解決方案針對其 [Amazon DynamoDB](https://aws.amazon.com/dynamodb/) 資料表使用隨需擴展，根據您的工作負載自動調整容量。
**API 速率限制**：非常大型的部署可能會發生 AWS 服務 API 限流。解決方案包含處理暫時限流的重試邏輯，但過度限流可能會降低解決方案的擴展上限。
## AWS 服務配額
### AWS 服務的服務配額
服務配額 (也稱為限制) 是您 AWS 帳戶的服務資源或操作數目最大值。請確定您為此解決方案中實作的每個服務有足夠的配額。如需詳細資訊，請參閱 [AWS 服務配額](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html)。
### AWS CloudFormation 配額
您的 AWS 帳戶具有在此解決方案中啟動堆疊時應注意的 AWS CloudFormation 配額。透過了解這些配額，您可以避免限制會阻止您成功部署此解決方案的錯誤。如需詳細資訊，請參閱《[AWS CloudFormation 使用者指南》中的 AWS CloudFormation 配額](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cloudformation-limits.html)。 *AWS CloudFormation *
#### AWS Lambda 配額
您的帳戶的預設 AWS Lambda 並行執行配額為 1000。對於較大的部署，我們建議將執行個體排程器部署到專用帳戶，以避免與其他工作負載競爭 Lambda 並行。此值可調整。如需詳細資訊，請參閱 [AWS Lambda 入門指南](https://docs.aws.amazon.com/lambda/latest/dg/gettingstarted-limits.html)。