本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 適當大小的 Windows 工作負載
## 概觀
適當調整大小是最有效的節省成本工具之一。 AWS 提供各種方法來收集適當調整大小的資訊，包括使用 [AWS 最佳化和授權評估 (AWS OLA)](https://aws.amazon.com/optimization-and-licensing-assessment/) 來檢閱潛在的工作負載，以及使用 來檢閱現有的工作負載[AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)。
本節說明如何使用 [AWS Compute Optimizer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-rightsizing.html)來識別 Amazon EC2 適當調整大小的機會。Compute Optimizer 有助於防止下列 AWS 資源類型的過度佈建和佈建不足：
+ [Amazon Elastic Compute Cloud (Amazon EC2)](https://aws.amazon.com/ec2/) 執行個體類型
+ [Amazon Elastic Block Store (Amazon EBS)](https://aws.amazon.com/ebs/) 磁碟區
+ 上的 [Amazon Elastic Container Service (Amazon ECS)](https://aws.amazon.com/ecs/) 服務 AWS Fargate
+ [AWS Lambda](https://aws.amazon.com/lambda/) 以 [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) 提供的使用率資料為基礎的 函數
## 成本最佳化案例
測量適當調整大小的有效性可能具有挑戰性，因為適當的調整大小工作可以導向特定的應用程式、團隊或整個組織。例如，假設一個組織將數千個執行個體遷移到其中 AWS，其中 90% 的機群包含 Windows 工作負載。組織可以採用 Compute Optimizer 來分析其機群，並探索其帳戶和 之間的大量過度佈建 AWS 區域。然後，他們可以使用[AWS Systems Manager 自動化](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html)，透過多個維護時段正確調整機群的大小。因此，組織會針對 70% 的機群，設法調整適當大小的執行個體類型，並節省 35% 的成本。
下列儀表板說明此範例組織在策略上實作 Compute Optimizer 的正確大小建議時，在幾個月內實現的節省。其目標是盡可能有效率地操作其現有工作負載，以便繼續從即將終止合約的主機代管資料中心進行停滯遷移。
![\[從適當大小節省成本\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dashboard_rightsizing_savings.png)
## 成本最佳化建議
建議您採取下列後續步驟，使用 Compute Optimizer 來最佳化成本：
+ 啟用運算最佳化工具
+ 啟用 Windows 節點的記憶體指標集合
+ 使用 Compute Optimizer 建議
+ 標記執行個體以正確調整大小
+ 啟用成本分配標籤以使用 AWS 帳單工具
+ 使用 AWS Systems Manager 自動化實作正確的大小調整建議
+ 考慮替代調整大小方法
+ 在 Cost Explorer 中檢閱成本前後
### 啟用運算最佳化工具
您可以在組織或單一帳戶層級啟用 [Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html#account-opt-in) AWS Organizations。整個組織的組態為所有成員帳戶在整個機群中新的和現有的執行個體提供持續報告。這可讓適當調整大小成為週期性活動，而不是point-in-time活動。
#### 組織層級
對於大多數組織而言，使用 Compute Optimizer 最有效率的方式是在組織層級。這可為您的組織提供多帳戶和多區域可見性，並將資料集中到一個來源以供檢閱。若要在組織層級啟用此功能，請執行下列動作：
1. 使用具有[必要許可](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html)的角色登入您的 [Organizations 管理帳戶](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started_concepts.html)，並選擇加入此組織中的所有帳戶。您的組織必須[啟用所有功能](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html)。
1. 啟用管理帳戶後，您可以登入帳戶、查看所有其他成員帳戶，以及瀏覽他們的建議。
**注意**
最佳實務是設定 Compute Optimizer 的[委派管理員帳戶](https://docs.aws.amazon.com/compute-optimizer/latest/ug/delegate-administrator-account.html)。這可讓您執行最低權限的原則。如此一來，您就可以將對組織管理帳戶的存取降至最低，同時仍提供對整個組織的服務的存取。
#### 單一帳戶層級
如果您以成本高的帳戶為目標，但無法存取 AWS Organizations，您仍然可以為該帳戶和區域啟用 Compute Optimizer。若要了解選擇加入程序，請參閱 Compute Optimizer 文件中的 [入門 AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html)。
### 啟用 Windows 節點的記憶體指標集合
記憶體指標為 Compute Optimizer 提供必要的基本指標，以便在組織中提供資訊正確的大小調整建議。這是因為在提供建議之前，正在分析 CPU、記憶體、網路和儲存體。
若要將記憶體指標從 Windows EC2 執行個體傳遞至 Compute Optimizer，您必須啟用 CloudWatch 代理程式，並設定每 60 秒收集一次記憶體指標。搭配 CloudWatch 使用記憶體指標無需額外費用。
#### 啟用 CloudWatch 代理程式並設定記憶體指標
下載 [ComputeOptimize.yml](https://static.us-east-1.prod.workshops.aws/public/93110159-2ede-4c0c-9767-877c96d68a7e/static/code/wec2/ComputeOptimize.yml) 檔案。您可以使用此檔案來啟用您帳戶中所有執行個體的記憶體集合。範本檔案會產生下列元件：
+ [AWS Systems Manager 參數存放](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-parameter-store.html)區 – 這會存放收集記憶體指標所需的 CloudWatch 代理程式組態。
+ AWS Identity and Access Management 具有已連接 [AWS 受管政策的 AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/security_iam_service-with-iam.html#managed-policies)(IAM) 角色 – 這是 Systems Manager Automation 文件。
+ [AWS Systems Manager 文件](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents.html) – 這會安裝和設定 CloudWatch 代理程式 （取代任何現有的 CloudWatch 組態）。
+ [AWS Systems Manager 狀態管理員](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state.html)關聯 – 這可讓 Systems Manager 文件在您帳戶中的所有執行個體上執行。
**重要**
執行此範本會覆寫執行個體上任何現有的 CloudWatch 組態。
接著，執行下列動作：
1. 登入 AWS 管理主控台 並開啟 [CloudFormation 主控台](https://console.aws.amazon.com/cloudformation/)。
1. 在導覽窗格中，選擇 **Stacks (堆疊)**。
1. 選擇**建立堆疊**，然後選擇**使用現有資源 （匯入資源）**。
1. 選擇**下一步**。
1. 針對**範本資源**，選取**上傳範本檔案**。
1. 選擇**檔案**，然後上傳`ComputeOptimize.yml`檔案。
1. 選擇**下一步**。
1. 在**指定堆疊詳細資訊**頁面上，針對**堆疊名稱**輸入堆疊的名稱，然後選擇**下一步**。
1. 在**識別資源**頁面上，輸入您要匯入之資源的識別符值。
1. 選擇**匯入資源**。
1. 部署堆疊之後，請選擇**輸出**索引標籤，以尋找您關聯的金鑰、值和描述。
#### 監控關聯的進度
1. 在 CloudFormation 堆疊的部署完成後，開啟 [Systems Manager 主控台](https://console.aws.amazon.com/systems-manager/)。
1. 在導覽窗格中的**節點管理**區段中，選擇**狀態管理員**。
1. 在**關聯**頁面上，選擇您關聯的關聯 ID。
1. 選擇 **Execution history (執行歷程記錄)** 標記。
1. 在**執行 ID **欄中，選擇您關聯的執行 ID。狀態應為**成功**。
#### 在 CloudWatch 中檢視指標
我們建議您等待至少五分鐘，讓指標填入 CloudWatch。
1. 開啟 [CloudWatch 主控台](https://console.aws.amazon.com/cloudwatch/)。
1. 在導覽窗格中，展開**指標**區段，然後選擇**所有指標**。
1. 確認指標顯示在 **CWAgent** 命名空間下。
**注意**
若要將設定套用至任何新的執行個體，請重新執行關聯。
### 使用 Compute Optimizer 建議
考慮一個範例，專注於在單一帳戶和單一區域中進行正確的調整大小變更。在此範例中，運算最佳化工具會在所有帳戶的組織層級啟用。請記住，適當調整大小是一種破壞性程序，在大多數情況下，應用程式擁有者會在數週的排程維護時段以精確度執行。
如果您在組織的管理帳戶中導覽至 Compute Optimizer （如下列步驟所示），您可以選擇要調查的帳戶。在此範例中，有六個執行個體在 `us-east-1` 區域中的單一帳戶中執行。所有六個執行個體都過度佈建。目標是根據 Compute Optimizer 的建議調整執行個體的大小。
#### 識別過度佈建的執行個體和匯出建議詳細資訊
1. 登入 AWS 管理主控台 並開啟 [Compute Optimizer 主控台](https://console.aws.amazon.com/compute-optimizer/)。
1. 在導覽窗格中，選擇 **Dashboard (儀表板)**。
1. 在**儀表板**頁面上的搜尋方塊中，輸入 **Region=US East (N. Virginia)**。然後，輸入**問題清單=過度佈建**。這些篩選條件可讓您查看區域中所有過度佈建的執行個體`us-east-1`。
1. 若要檢閱過度佈建** **EC2 執行個體的詳細建議，請向下** **捲動至 **EC2 執行個體**卡，然後選擇**檢視建議**。
1. 選擇**匯出**並儲存檔案以供日後使用。
1. 針對 **S3 儲存貯**體，輸入您要作為匯出檔案目的地的 Amazon S3 儲存貯體名稱。
**注意**
若要儲存建議以供未來檢閱，您必須有一個 S3 儲存貯體可供 Compute Optimizer 在每個區域中寫入 。如需詳細資訊，請參閱 Compute Optimizer 文件中的[適用於 的 Amazon S3 儲存貯體政策 AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/create-s3-bucket-policy-for-compute-optimizer.html)。
1. 在**匯出篩選條件**區段中，選取**組織中的所有成員帳戶包含建議**核取方塊。
1. 針對**資源類型**，選擇 **EC2 執行個體**。
1. 在**要包含的資料欄**區段中，選取**全選**核取方塊。
1. 選擇 **Export** (匯出)。
#### 根據建議選擇執行個體
執行個體建議是根據 Compute Optimizer 收集和分析的效能指標。請務必注意執行個體上執行的工作負載，以確保您選擇最佳的執行個體。此範例假設您可以從最新一代的 Amazon EC2 [R6i](https://aws.amazon.com/ec2/instance-types/r6i/)、[R5](https://aws.amazon.com/ec2/instance-types/r5/) 和 [T3](https://aws.amazon.com/ec2/instance-types/t3/) 執行個體中進行選擇。T3 執行個體可爆量，且網路頻寬功能較低。R5 和 R6 執行個體每小時的成本相同，幾乎相同。不過，R6 執行個體的網路頻寬容量較高，採用最新一代的 Intel 處理器，並提供與 R5 相同的運算使用量。在此範例中，R6 是調整大小的最佳選擇。
1. 在 [Compute Optimizer 主控台](https://console.aws.amazon.com/compute-optimizer/)中，從導覽列中選擇 ** EC2 執行個體的建議**。此頁面顯示目前執行個體類型的比較，以及取代它的建議選項。
1. 若要取得您想要正確大小的執行個體 ID，請從管理帳戶開啟 [Amazon S3 主控台](https://console.aws.amazon.com/s3/) AWS Organizations。
1. 在導覽窗格中，選擇**儲存貯體**，然後選擇您用來存放匯出結果的儲存貯體。
1. 在**物件**索引標籤上，從物件清單中選取匯出檔案，然後選擇**下載**。
1. 若要從 檔案擷取執行個體資訊，您可以使用 Microsoft Excel 中**資料**索引標籤上的**文字轉資料欄**按鈕。
**注意**
執行個體 IDs以 Amazon Resource Name (ARNs表示。請務必將分隔符號設定為 "/"，並擷取執行個體 ID。或者，您可以撰寫指令碼或使用整合式開發環境 (IDE) 來修剪 ARN。
1. 在 Excel 中，篩選**調查結果**欄以僅顯示 **OVER\$1PROVISIONED** 執行個體。這些是您要針對適當大小設定目標的執行個體。
1. 將執行個體 IDs儲存在文字編輯器中，以便稍後輕鬆存取。
### 標記執行個體以正確調整大小
標記工作負載是在 中組織資源的強大工具 AWS。標籤可讓您更精細地了解成本並促進退款。如需將標籤新增至 AWS 資源的策略和方法的詳細資訊，請參閱白皮書標記資源的 AWS 最佳實務。 [AWS](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html)在此範例中，您可以使用[AWS 標籤編輯器](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html)，針對要在維護時段期間調整大小的過度佈建執行個體進行標記調整。您也可以使用此標籤來檢視變更前後的成本。
1. 登入 AWS 管理主控台 並開啟 帳戶的 [AWS Resource Groups 主控台](https://console.aws.amazon.com/resource-groups)，其中包含用於調整大小的執行個體。
1. 在導覽列的**標記**區段中，選擇**標籤編輯器**。
1. 針對**區域**，選取您的目標區域。
1. 針對**資源類型**，選擇** AWS::EC2::Instance**。
1. 選擇**搜尋資源**。
1. 在**資源搜尋結果**頁面上，選取您要正確調整大小的所有執行個體，然後選擇**管理所選資源的標籤**。
1. 選擇 **Add tag (新增標籤)**。
1. 對於**標籤索引鍵**，輸入**權利調整**。針對**標籤值**，輸入**已啟用**。然後，選擇**檢閱並套用標籤變更**。
**注意**
您可以包含其他中繼資料，例如團隊或業務單位，以協助稍後在 Cost Explorer 中進行篩選。
建立使用者定義的標籤並將其套用至資源後，標籤最多可能需要 24 小時才會出現在您的成本分配標籤頁面上以啟用。選取標籤進行啟用後，標籤可能需要另外 24 小時才會變成作用中。
對於進階使用者，您可以在目標帳戶和區域中使用 [AWS CloudShell](https://console.aws.amazon.com/cloudshell/home) 來標記多個執行個體。例如：
```
bash
#!/bin/bash
# Set variables
TAG_KEY="rightsizing"
TAG_VALUE="type-m5"
# Get a list of instance IDs
INSTANCE_IDS=$(aws ec2 describe-instances —query "Reservations[].Instances[].InstanceId" —output text)
# Loop through each instance ID and add the tag
for INSTANCE_ID in $INSTANCE_IDS; do
aws ec2 create-tags —resources $INSTANCE_ID —tags Key=$TAG_KEY,Value=$TAG_VALUE
done
```
### 啟用成本分配標籤以使用 AWS 帳單工具
我們建議您啟用使用者定義的成本分配標籤。這可讓計費 AWS 工具 （例如 Cost Explorer 和） 識別和篩選**權利調整**標籤 AWS Cost and Usage Report。如果您未啟用此功能，則標籤篩選選項和資料將無法使用。如需使用成本分配標籤的資訊，請參閱 文件中的 AWS 帳單與成本管理 [啟用使用者定義的成本分配標籤](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/activating-tags.html)。
1. 登入 AWS 管理主控台 並開啟 [AWS Billing 主控台](https://console.aws.amazon.com/billing)。
1. 在導覽窗格的**帳單**區段中，選擇**成本分配標籤**。
1. 在**使用者定義的成本分配標籤**索引標籤上，輸入**權利調整**。
1. 選取**調整**標籤大小索引鍵，然後選擇**啟用**。
24 小時後，標籤應該會出現在 Cost Explorer 中。
### 使用 Systems Manager Automation 實作正確的大小調整建議
調整大小是需要停止和啟動執行個體的案例。在此案例中，您可能需要在維護時段處理此中斷，並且需要不同的團隊來處理自己的調整規模。變更執行個體類型之前，請檢閱 Amazon EC2 文件中[相容執行個體類型的考量事項](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-ebs-backed-instance-considerations)。
本節中的範例步驟使用稱為 [AWS-ResizeInstance](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-resizeinstance.html) 的 Systems Manager 自動化文件，實作每個帳戶和區域的正確大小建議。這種方法對於大多數組織來說都是典型的，因為大多數組織出於不同的目的需要不同的執行個體類型。您也可以使用相同的`AWS-ResizeInstance`自動化文件，以單一和多帳戶部署為目標。
1. 登入 AWS 管理主控台 並開啟 [Systems Manager 主控台](https://console.aws.amazon.com/systems-manager/)。
1. 在導覽窗格中的**共享資源**區段中，選擇**文件**。
1. 在搜尋列中，輸入 **AWS-ResizeInstance**，然後從搜尋結果中選擇 **AWS-ResizeInstance**。
1. 選擇 **Execute automation (執行自動化)**。
1. 在**執行自動化 Runbook** 頁面上，選擇**簡易執行**。
1. 在**輸入參數**區段中，輸入 **InstanceId** 和 **InstanceType**。保留其餘的預設值。
1. 選擇**執行**，** **然後** **等待自動化完成變更執行個體類型的步驟。
### 考慮替代調整大小方法
如果您使用啟動範本來部署執行個體，您可以使用適當大小的執行個體類型更新啟動範本，然後執行執行個體重新整理，以適當大小的版本取代執行個體。
如果您打算跨多個帳戶和區域使用正確的大小調整程序，則必須建立自訂 Systems Manager 自動化文件。本文件可讓您在多個執行個體中作為參數饋送，並將目標執行個體移動至相同的目的地執行個體類型 （例如，所有執行個體轉換為 t3a.medium，無論來源執行個體類型為何）。
### 在 Cost Explorer 中檢閱成本前後
在您正確調整資源大小後，您可以使用 Cost Explorer，透過使用 **Rightsizing** 標籤來顯示成本前後。請記住，您可以使用[資源標籤](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html)來追蹤成本。透過使用多層標籤，您可以實現對成本的精細可見性。在本指南中涵蓋的範例中，**Rightizing** 標籤用於將一般標籤套用至所有目標執行個體。然後，團隊標籤會用來進一步組織資源。下一個步驟是介紹應用程式標籤，以進一步顯示操作特定應用程式的成本影響。
下圖顯示組織的標籤結構。
![\[組織的標籤結構\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/org_tag_structure.png)
考慮適當調整營運團隊所擁有生產 Web 伺服器大小的企業範例。在 Cost Explorer 中，**將 Rightsizing** 標籤設定為**啟用**，並將 **Team** 標籤設定為**操作**。在此範例中，正確的調整規模工作會將操作成本從每小時 0.89 美分降低到 0.28 美分。假設每月 744 小時，適當調整規模之前的年成本為 7，945.92 美元。在適當調整規模後，年成本降至 2，499.84 美元。這表示年工作負載成本降低了 68.5%。試想這在大型組織中的影響。請記住，這會在範例環境中完成，且執行個體大部分處於閒置狀態。在生產環境中，您可以省下 10-35% 的費用。
現在，請考慮適當調整工程團隊擁有的生產堡壘主機大小的影響。在 Cost Explorer 中，**將 Rightsizing** 標籤設定為**啟用**，並將 **Team** 標籤設定為**工程**。在此範例中，適當的調整規模工作會將成本從 0.75 美分降低到每小時 0.44 美分。假設每月 744 小時，適當調整規模之前的年度成本為 6，696.00 美元。在適當調整規模後，年成本降至 3，928.32 美元。
如果您使用多個標籤，則可以將資料篩選為精細的成本詳細資訊。在此範例中，**團隊**標籤可減少噪音，讓您可以在團隊層級檢視影響。由於已啟用**權利調整**標籤，因此您也可以篩選具有該標籤且值為**已啟用**或不存在值的任何執行個體。這可以提供正確調整規模工作的全域檢視，尤其是在 Cost Explorer 層級的管理帳戶 （付款人） 中檢視時。此檢視可讓您查看所有帳戶和執行個體。
請考慮單一帳戶層級的範例，其中 **Rightsizing** 標籤設定為**啟用**。 營運成本從每小時 1.64 美元降至每小時 0.72 美元。假設每月 744 小時，適當調整規模之前的年度成本為 14，641.92 美元。在適當調整規模後，年成本降至 6，428.16 美元。這表示此帳戶的運算成本降低了 56%。
開始適當調整大小的旅程之前，請考慮下列事項：
+ AWS 提供許多降低成本的選項。這包括 [AWS OLA](https://aws.amazon.com/optimization-and-licensing-assessment/)，其中 會在移至 之前 AWS 檢閱您的現場部署執行個體 AWS。OLA AWS 也為您提供適當的大小調整建議和授權指導。
+ 購買 [Savings Plans](https://aws.amazon.com/savingsplans/) 之前，請先完成所有正確的調整大小。這可協助您避免在 Savings Plans 承諾上過度購買。
## 建議
我們建議執行下列步驟：
1. 檢閱您現有的環境，並考慮將 Amazon EBS gp2 磁碟區轉換為 gp3 磁碟區。
1. 檢閱 [Savings Plans](https://aws.amazon.com/savingsplans/)。
## 其他資源
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) (AWS 文件）
+ [標記 AWS 資源的最佳實務](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) (AWS 白皮書）
+ [如何從 AWS Compute Optimizer 和 AWS Trusted Advisor 跨 (YouTube) 收集資料 AWS Organizations](https://www.youtube.com/watch?v=ekR6RSgqJ4Q) YouTube
+ [最佳化效能並降低授權成本：利用 AWS Compute Optimizer Amazon EC2 SQL Server 執行個體](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/) ( AWS 部落格上的 Microsoft 工作負載）