本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 自動化啟動和停止 AWS 執行個體
AWS 解決方案上的執行個體排程器可自動啟動和停止各種 AWS 服務，包括 [Amazon Elastic Compute Cloud](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/concepts.html) (Amazon EC2) 和 [Amazon Relational Database Service](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Welcome.html) (Amazon RDS) 執行個體。
此解決方案可透過停止未使用的資源，並在需要其容量時啟動資源，協助降低營運成本。例如，公司可以在 AWS 上使用執行個體排程器，在每天上班時間之外自動停止執行個體。如果您讓所有執行個體以完全使用率運作，此解決方案可以節省高達 70% 的成本，而這些執行個體只在正常上班時間才需要 （每週使用率從 168 小時減少為 50 小時）。
AWS 上的執行個體排程器會利用 Amazon Web Services (AWS) 資源標籤和 [AWS Lambda](https://aws.amazon.com/lambda/)，根據客戶定義的排程自動停止和重新啟動多個 AWS 區域和帳戶的執行個體。此解決方案也可讓您將休眠用於已停止的 EC2 執行個體。
此實作指南提供 AWS 解決方案上的執行個體排程器概觀、其參考架構和元件、規劃部署的考量，以及將解決方案部署至 AWS 雲端的組態步驟。
本指南適用於希望在其環境中在 AWS 上實作執行個體排程器的 IT 基礎設施架構師、管理員和 DevOps 專業人員。
使用此導覽表快速找到這些問題的答案：
| 如果您想要 . . . | 讀取 . . . |
| --- | --- |
| 了解執行此解決方案的成本。在美國東部 （維吉尼亞北部） 區域執行此解決方案的預估成本為每月 13.15 USD。 | [成本](cost.md) |
| 了解此解決方案的安全考量。 | [AWS Well-Architected 安全性](aws-well-architected-design-considerations.md)、[安全性](security-1.md) |
| 設定排程。 | [排程器組態資料表](scheduler-configuration-table.md) |
| 了解此解決方案支援哪些 AWS 區域。 | [支援的 AWS 區域](#supported-aws-regions) |
| 檢視或下載此解決方案中包含的 AWS CloudFormation 範本，以自動部署此解決方案的基礎設施資源 (「堆疊」)。 | [AWS CloudFormation 範本](aws-cloudformation-templates.md) |
| 存取原始程式碼，並選擇性地使用 AWS 雲端開發套件 (AWS CDK) 來部署解決方案。 | [GitHub 儲存庫](https://github.com/aws-solutions/instance-scheduler-on-aws/tree/main) |
# 功能和優勢
AWS 解決方案上的執行個體排程提供下列功能：
**跨帳戶執行個體排程**
此解決方案包含 範本，可建立啟動和停止次要帳戶中執行個體所需的 [AWS Identity and Access Management](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html) (IAM) 角色。如需詳細資訊，請參閱[跨帳戶執行個體排程](cross-account-instance-scheduling-using-account-ids-or-aws-organization-id.md)一節。
**自動化標記**
AWS 上的執行個體排程器可以自動將標籤新增至其開始或停止的所有執行個體。解決方案也包含巨集，可讓您將變數資訊新增至標籤。
**使用排程器 CLI 設定排程或期間**
此解決方案包含命令列界面 (CLI)，提供用於設定排程和期間的命令。CLI 可讓客戶預估特定排程的成本節省。如需詳細資訊，請參閱[排程器 CLI](scheduler-cli.md)。
**使用基礎設施即程式碼 (IaC) 管理排程**
此解決方案提供 AWS CloudFormation 自訂資源，您可以使用 Infrastructure as Code (IaC) 來管理排程。如需詳細資訊，請參閱[使用基礎設施做為程式碼管理排程](manage-schedules-using-infrastructure-as-code-iac.md)。
**與 Systems Manager 維護 Windows 整合**
對於 Amazon EC2 執行個體，AWS 上的執行個體排程器可以與 [AWS Systems Manager](https://aws.amazon.com/systems-manager/) 維護時段整合，這些維護時段定義在與這些執行個體相同的區域中，以根據維護時段啟動和停止它們。
# 使用案例
**僅在工作時間內執行執行個體**
如果您讓所有執行個體以完全使用率執行，此解決方案可以節省高達 76% 的成本，而這些執行個體只在正常上班時間才需要 （每週使用率從 168 小時減少為 40 小時）。如需詳細資訊，請參閱[範例排程](sample-schedules.md)。
**上班時間後停止執行個體**
如果您想要確保開發執行個體在數小時後關閉，直到再次需要為止，您可以使用此解決方案來設定沒有開始期間的結束期間。如需詳細資訊，請參閱[範例排程](sample-schedules.md)。
# 概念和定義
本節說明關鍵概念並定義此解決方案特有的術語：
**排程**
執行個體繫結的一或多個期間群組。
**period**
執行期間 （由開始和停止時間定義）。
**執行個體**
可排程的支援資源。例如，Amazon EC2 執行個體或 Amazon RDS 叢集 Amazon EC2 和 Amazon RDS。
**正常上班時間**
東部時間工作日 9：00 至 17：00 （上午 9 點至下午 5 點）
如需 AWS 術語的一般參考，請參閱 [AWS 詞彙表](https://docs.aws.amazon.com/general/latest/gr/glos-chap.html)。
# Cost
您需負責支付執行執行個體排程器時所使用的 AWS 服務成本。了解成本如何隨著部署大小而擴展，協助您規劃和最佳化實作。
## 成本擴展因素
執行個體排程器成本會根據幾個因素進行擴展：
**排程目標數目**：要管理的唯一account-region-service組合數目。每個目標每個排程間隔都需要個別的 Lambda 調用。
**每個目標的資源**數量：每個目標內的資源 (EC2 執行個體、RDS 資料庫等） 會影響 Lambda 執行時間和持續時間成本。
**操作指標複雜性**：選用的 CloudWatch 指標成本會隨部署中追蹤的唯一執行個體類型和作用中排程數量而擴展。
**排程頻率**：解決方案會根據您設定的頻率執行 （預設值：5 分鐘）。更頻繁的檢查會將 Lambda 調用從每天 24 次 （每小時） 增加到每天 288 次 （間隔 5 分鐘）。
## 計算排程目標
排程目標是account-region-service的唯一組合，包含至少一個主動受管執行個體。相同account-region-service組合內的多個執行個體會計算為單一排程目標。
**計算範例：**
+ 帳戶 A、us-east-1、5 個 EC2 執行個體 = 1 個排程目標
+ 帳戶 A、us-east-1、3 個 RDS 資料庫 = 1 個排程目標
+ 帳戶 A、us-east-1、2 個 Auto Scaling 群組 = 1 個排程目標
+ 帳戶 A、us-west-2、2 個 EC2 執行個體 = 1 個排程目標
+ 帳戶 B、us-east-1、10 個 EC2 執行個體 = 1 個排程目標
總計：5 個排程目標
這表示解決方案將在每個排程間隔調用 5 個單獨的 Lambda 函數，以管理這些account-region-service組合中的所有資源。
**注意**
目標可以在排程範圍內，但在至少一個資源標記為在該目標中排程之前，成本計算不會被視為「作用中」。
為了最佳化成本，執行個體排程器會將所有 Amazon RDS 相關服務分組為單一調用。因此，Amazon RDS、[Amazon Aurora](https://aws.amazon.com/rds/aurora/)、[Amazon Neptune](https://aws.amazon.com/neptune/) 和 [Amazon DocDB 排程](https://aws.amazon.com/documentdb/)全部計為一項成本計算的「RDS」服務。
## 成本最佳化策略
1. 在 Lambda 定價較低的區域中部署
1. 使用預設的 512 MB Lambda 記憶體設定，除非需要透過單一目標擴展限制增加
1. 將作用中使用中的唯一排程和執行個體類型數量降至最低
1. 根據您的需求調整排程頻率
1. 如果不打算使用，請停用操作指標儀表板
請參閱[此解決方案中每個 AWS 服務的定價網頁。](aws-services-used-in-this-solution.md)
我們建議您透過 AWS Cost Explorer 建立[預算](https://docs.aws.amazon.com/cost-management/latest/userguide/budgets-create.html)，以協助管理成本。價格可能變動。
## 參考定價範例 （每月）
下列範例示範成本如何跨不同的部署大小進行擴展。使用這些做為參考點，預估特定部署的成本。
**注意**
所有參考定價都是解決方案所用主要服務的成本粗略估算。
### 小型部署 （約每月 9 美元）
此範例代表典型的開發或小型生產部署：
+ 5 個作用中目標
+ 20 個受管資源
+ 3 個作用中排程
+ 2 個執行個體類型
+ 5 分鐘排程間隔
+ 512 MB Lambda 函數，5 秒平均執行時間
| AWS 服務 | 每月成本 【美元】 |
| --- | --- |
| AWS Lambda | \$1\$12.00 |
| AWS KMS | \$11.50 美元 |
| CloudWatch Logs | \$1\$10.30 |
| CloudWatch Metrics | \$15.30 美元 |
| Amazon DynamoDB | \$1\$10.05 |
| 總計： | \$19.15 美元 |
### 中型部署 （每月約 161 美元）
此範例代表中型企業部署：
+ 250 個作用中目標
+ 1000 個受管資源
+ 15 個作用中排程
+ 15 個執行個體類型
+ 5 分鐘排程間隔
+ 512 MB Lambda 函數，5 秒平均執行時間
+ 5 個 EC2 維護時段
| AWS 服務 | 每月成本 【美元】 |
| --- | --- |
| AWS Lambda | \$195.00 美元 |
| Amazon DynamoDB | \$1\$11.00 |
| CloudWatch Logs | \$1\$110.00 |
| CloudWatch Metrics | \$140.00 美元 |
| AWS KMS | \$1\$115.00 |
| 總計： | \$1\$1161.00 |
### 大型部署 （每月約 \$1630)
此範例代表大型企業部署：
+ 1000 個作用中目標
+ 5000 個受管資源
+ 500 個作用中排程
+ 50 個執行個體類型
+ 5 分鐘排程間隔
+ 512 MB Lambda 函數，5 秒平均執行時間
+ 100 個 EC2 維護時段
| AWS 服務 | 每月成本 【美元】 |
| --- | --- |
| AWS Lambda | \$1\$1380.00 |
| Amazon DynamoDB | \$1\$15.00 |
| CloudWatch Logs | \$1\$150.00 |
| CloudWatch Metrics | \$1\$1140.00 |
| AWS KMS | \$1\$155.00 |
| 總計： | \$1\$1630.00 |
## 部署的成本估算
若要預估特定部署的成本：
1. 計算您的受管資源總數 (EC2 執行個體、RDS 資料庫等）
1. 決定您將管理的帳戶和區域數目
1. 考慮所需的排程頻率
1. 決定您是否需要操作指標
1. 使用上述參考範例來插補您的預期成本
# 配額
## 擴展限制
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)。
## 支援的 AWS 區域
您可以在任何 AWS 區域中部署執行個體排程器，包括 AWS GovCloud (US) 區域和一些[選擇加入區域](https://docs.aws.amazon.com/glossary/latest/reference/glos-chap.html?icmpid=docs\_homepage\_addtlrcs#optinregion) （預設為停用的區域）。部署解決方案之後，您可以將其設定為將適當的開始或停止動作套用至您帳戶任何區域中已標記的 EC2 和 RDS 資料庫執行個體 (EC2 和 RDS 資料庫執行個體）。如果您使用跨帳戶執行個體排程，解決方案會將動作套用至所有帳戶中所有已設定區域中的執行個體。
**重要**
AWS 動作上的執行個體排程器會影響帳戶所有 AWS 區域中已適當標記的執行個體，即使 Lambda 函數是在單一區域中執行。
您可以使用解決方案的多個部署來排程大量執行個體，或在許多帳戶和區域中排程執行個體。當您部署多個排程器時，請為每個堆疊使用不同的標籤名稱，並為每個部署設定一組非重疊區域。
每個部署都會檢查 帳戶中每個已設定區域中的每個執行個體，以取得識別應排程之資源的標籤金鑰。如果多個部署的區域重疊，則多個部署會檢查每個執行個體。
**注意**
AWS 上的執行個體排程器可以針對任何選擇加入區域的執行個體進行排程，即使解決方案堆疊部署在標準 AWS 區域也是如此。
# 使用帳戶 IDs或 AWS Organization ID 進行跨帳戶執行個體排程
此解決方案包含 範本 ([instance-scheduler-on-aws-remote.template](https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws-remote.template))，可建立 [AWS Identity and Access Management (IAM)](https://aws.amazon.com/iam/) 角色和其他必要的資源，讓解決方案能夠在次要帳戶中開始排程。您可以在啟動堆疊之前檢閱和修改遠端範本中的許可。
## 使用帳戶 IDs啟用跨帳戶排程
若要將自動停止排程套用至次要帳戶中的資源：
1. 登入 [AWS 管理主控台](https://console.aws.amazon.com/)，然後選取 按鈕，在主要帳戶中啟動 [instance-scheduler-on-aws](https://console.aws.amazon.com/cloudformation/home?region=us-east-1#/stacks/new?templateURL=https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws.template) AWS CloudFormation 範本。
1. 在每個適用的次要帳戶中啟動遠端範本 ([instance-scheduler-on-aws-remote](https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws-remote.template))。啟動每個遠端堆疊時，它會建立跨帳戶角色 Amazon Resource Name (ARN)。
1. 使用**提供組織** ID 或遠端帳戶 **ID** 參數清單中的帳戶 ID 更新主要解決方案堆疊，以允許解決方案對次要帳戶中的執行個體執行啟動和停止動作。 ** IDs**
## 使用 AWS Organization ID 啟用跨帳戶排程
若要將自動停止排程套用至次要帳戶中的資源：
1. 登入 [AWS 管理主控台](https://console.aws.amazon.com/)，然後選取 按鈕，在主要帳戶中啟動 [instance-scheduler-on-aws](https://console.aws.amazon.com/cloudformation/home?region=us-east-1#/stacks/new?templateURL=https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws.template) AWS CloudFormation 範本。
1. 使用 AWS Organizations 設定 CloudFormation 參數？ ** AWS Organizations** 為是，並在**提供**組織 ID 或遠端帳戶 ID 清單 CloudFormation 參數中提供**組織** ID。 ** IDs**
1. 在主要帳戶中部署堆疊之後，請在與主要帳戶中的解決方案相同的區域中的每個適用的次要`(instance-scheduler-on-aws-remote)`帳戶中啟動遠端範本。當每個遠端堆疊成功啟動時，主要解決方案帳戶將使用帳戶 ID 進行更新，而不會在主要帳戶中進行任何進一步變更。
## 使用 AWS Systems Manager 參數存放區管理帳戶 IDs
使用 AWS Systems Manager 參數存放區來存放遠端帳戶 IDs。您可以儲存遠端帳戶 IDs做為清單參數，其中每個項目都是帳戶 ID，或做為字串參數，其中包含以逗號分隔的遠端帳戶 IDs清單。參數的格式為 \$1param：\$1name\$1\$1，其中名稱是參數存放區中的參數名稱。
若要利用此功能，您必須在與參數存放區位於相同帳戶中的 AWS 中樞堆疊上啟動執行個體排程器。
# 支援排程的服務
AWS 上的執行個體排程器目前支援下列服務的排程：
+ Amazon EC2
+ Amazon EC2 Auto Scaling 群組
+ Amazon RDS
+ Amazon Aurora 叢集
+ Amazon DocumentDB
+ Amazon Neptune
# 執行個體關閉行為
## Amazon EC2
此解決方案旨在自動停止 EC2 執行個體，並假設執行個體*關閉行為*設定為停止，而不是終止。請注意，您無法在 Amazon EC2 執行個體終止後重新啟動執行個體。
根據預設，EC2 執行個體會在關閉時設定為停止，而不是終止，但您可以[修改此行為](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html#Using_ChangingInstanceInitiatedShutdownBehavior)。因此，請確定您在 AWS 上使用執行個體排程器控制的執行個體已設定停止關閉行為，否則將會終止。
## Amazon RDS、Amazon Neptune 和 Amazon DocumentDB
此解決方案旨在自動停止，而不是刪除、RDS、Neptune 和 DocDB 執行個體。您可以使用**建立 RDS 執行個體快照** AWS CloudFormation 範本參數，在解決方案停止執行個體之前建立 RDS 資料庫執行個體的快照。快照會保留到下次執行個體停止並建立新快照為止。
**注意**
快照不適用於 Amazon Aurora 叢集。您可以使用 **Schedule Aurora Clusters** 範本參數來啟動和停止屬於 Aurora 叢集或管理 Aurora 資料庫的 RDS 資料庫執行個體。您必須使用您在初始組態期間定義的標籤索引鍵和排程名稱做為標籤值來標記叢集 （而非個別執行個體），才能排程該叢集。
如需有關啟動和停止 RDS 資料庫執行個體限制的詳細資訊，請參閱《[Amazon RDS 使用者指南》中的暫時停止 Amazon RDS 資料庫執行個體](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_StopInstance.html)。 **
當 RDS 資料庫執行個體停止時，快取會清除，這可能會導致執行個體重新啟動時效能變慢。
## Amazon RDS 維護時段
每個 RDS 資料庫執行個體都有每週[維護時段](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html#Concepts.DBMaintenance)，在此期間會套用任何系統變更。在維護時段期間，Amazon RDS 會自動啟動已停止超過七天的執行個體，以套用維護。維護事件完成後，Amazon RDS 不會停止執行個體。
解決方案可讓您指定是否要將 RDS 資料庫執行個體的偏好維護時段新增為其排程的執行期間。如果沒有其他執行期間指定執行個體應執行，且維護事件已完成，解決方案將在維護時段開始時啟動執行個體，並在維護時段結束時停止執行個體。
如果維護事件未在維護時段結束時完成，執行個體將在維護事件完成後的排程間隔之前執行。如需 Amazon RDS 維護時段的詳細資訊，請參閱《*Amazon RDS 使用者指南*》中的[維護資料庫執行個體](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html)。
## Amazon EC2 Auto Scaling 群組
我們設計此解決方案，使用排程擴展動作自動停止 Amazon EC2 Auto Scaling 群組。您可以使用 解決方案，在 Auto Scaling 群組 (ASG) 上設定排程擴展動作。當排定的擴展動作停止 ASG 時，其最小、所需和最大容量會設定為 ，`0`直到 ASG 再次自動啟動為止。這會將容量下限、所需上限和上限傳回其原始值。