本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# AWS 最佳化和授權評估
## 概觀
[AWS 最佳化和授權評估 (AWS OLA)](https://aws.amazon.com/optimization-and-licensing-assessment/) 可協助您根據資源使用率、第三方授權和應用程式相依性，評估和最佳化目前的內部部署和現有雲端環境。您可以使用 AWS OLA 來協助組織建置遷移和授權策略，以便在遷移至 AWS 或評估現有的 Microsoft 工作負載時釋放成本節省 AWS。 AWS OLA 也可以協助您達成下列目標：
+ 了解現有的部署、應用程式效能和合約。
+ 正確調整資源的大小。
+ 開發通往 的藍圖 AWS 雲端。
+ 使用現有投資並僅支付使用量，以減少或消除成本。
我們建議您將 AWS OLA 作為[成本最佳化旅程](cost-optimization-journey.md)的第一步。您可以使用 AWS Partner Network 來完成 AWS OLA。他們將協助您收集評估資料，並提供最佳化授權和執行個體成本的建議。
下圖提供評估程序的概觀。
![\[完整 AWS OLA 程序\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/assessment_process_journey.png)
## 評估選項
您可以在 AWS 上為 Microsoft 工作負載選擇兩個 OLA 選項 AWS：
+ **精簡版本** – 在此使用案例中，您的所有工作負載都在 VMware 上。您可以 AWS 提供來自 [RVTools](https://www.robware.net/) 的輸出。然後， AWS 可以提供 1-5 天的周轉時間。此方法使用直接從 VMware vCenter 提取point-in-time資訊，來開發調整大小建議並提供隨需定價選項。
+ **完整版本** – 在此使用案例中，您在不同的雲端提供者、實體伺服器和虛擬伺服器中執行混合環境。 AWS 會使用作業系統代理程式來收集 14 到 30 天的用量資料。這可讓 根據您的應用程式使用模式 AWS ，做出明智的執行個體規模調整決策。 AWS 使用數個第三方工具，例如 Cloudamize 來完成分析。 與其 AWS 合作 AWS Partner Network ，以多種定價選項提供最終總擁有成本 (TCO) 評估，這些選項考量了定價模型和不同架構。
## 完整評估
完整的 AWS OLA 評估會透過一小時的通話啟動。在此呼叫期間， AWS 可協助您判斷支援遷移的最佳 AWS 基礎設施、選擇資料收集方法，以及建立完成時間表。在組織中實作探索工具取決於資料收集方法、組織大小，以及組織用來管理其伺服器機群的工具。通常需要兩週的時間來收集用量資料。
完整的 AWS OLA 程序需要 30–45 天，並包含下列階段：
+ 範圍工作負載
+ 收集資料
+ 分析資料
+ 規劃後續步驟
### 範圍工作負載
首先，與您和您的團隊 AWS 合作，以確定評估的範圍。這通常按環境類型 （例如，非生產和生產） 細分。範圍包含工作負載的位置。這可能是您要遷移到的工作負載 AWS、已在 上執行的工作負載 AWS （例如 Amazon EC2 的 AWS OLA)，或是在其他雲端提供者中執行的工作負載。
### 收集資料
接下來， AWS 部署工具以協助資源探索，並從伺服器收集效能資料。此工具提供四種部署選項：
+ 可查詢 Hypervisor 的工具 （只需要 VMware vCenter 或 Hyper-V 登入資料）
+ 可在實體或虛擬機器上部署的代理程式
+ 根據您的環境和作業系統，使用 SSH、Windows Remote Management (WinRM) 或 Windows Management Instrumentation (WMI) 進行無代理程式探索
+ 一般檔案資料收集和分析
對於您的工具部署，您可以混合和比對每個選項，並合併結果。請務必確保您選擇的任何選項都不會對您的 IT 資源造成壓力。 AWS strives 會盡可能使評估程序成為統包。除了簡短的通話以協助設定之外， AWS OLA 團隊和 Microsoft 專業解決方案架構師將準備總體擁有成本 (TCO) 分析和建議以供審核。
分析 CPU 使用率、RAM 使用率、儲存輸送量、IOPS 和網路輸送量時，資料收集通常需要兩到三週的時間。理想情況下，此集合會在您業務月的尖峰時間 （例如end-of-month財務報告期間） 進行。 AWS 希望擷取尖峰用量，因為這可為適當大小 AWS 的執行個體提供良好的統計樣本，同時仍然保證效能可以超過內部部署可用的效能。 會 AWS 合併使用率指標與各種處理器世代的效能啟發，以確切鎖定指定工作負載所需的 CPU 和 RAM 數量。這些目標通常小於內部部署配置的目標。這不僅可以降低執行個體大小的運算成本，還可以最佳化授權成本。
下列儀表板檢視顯示評估可以擷取的基礎設施成本範例。
![\[基礎設施成本儀表板\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/infrastructure_costs_dashboard.png)
### 分析資料
AWS 會在資料收集完成後提供報告簡報。 會 AWS 檢閱資料、摘要調查結果，然後針對內部部署用量和雲端遷移提出建議。您可以透過檢查整合機會、彈性增益 （其中工作負載可以關閉或季節性調整）、正確 SKU 機會 （例如，SQL Server Enterprise Edition 正在使用中，但資源需求和功能用量建議適合 SQL Server Standard Edition) 來降低運算和授權成本。對於由核心授權的 SQL Server 等產品，將工作負載放置在更昂貴的運算執行個體中通常具有經濟意義。也就是說，如果 CPU 設定檔和 RAM 與 vCPU 的比率提供網路效果，以減少包含授權和自攜授權 (BYOL) 使用案例的授權核心數量。
以下顯示以評估所收集的資料為基礎的範例分析。
![\[AWS OLA 分析輸出\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ola_assessment.png)
常見的最佳化案例包括識別 AWS 資源最佳化機會和節省第三方授權。
AWS 資源最佳化機會的範例：
+ 避免過度佈建尖峰用量。
+ 避免過度指定和低用資源。
+ 正確調整執行個體的大小，並遷移至最新一代的 EC2 執行個體。
+ 移至受管資料庫以節省營運成本。
節省第三方授權的範例：
+ 減少執行相同工作負載所需的核心。
+ 排除不必要的 SQL Server Enterprise 版本和附加元件套件。
+ 移除 zombie 伺服器並取代過時的硬體。
+ 使用 BYOL 和包含授權的選項來減少未來的商業協議。
+ 將 現代化為開放原始碼和雲端原生解決方案。
### 規劃後續步驟
最後， AWS 會使用所收集的效能資料來估計特定工作負載大小和成本。 AWS 也可以在您的範圍環境中進行彙總，並提供量化分析。這可協助您判斷最佳選項是內部部署重新整理或遷移至 AWS。您可以使用 OLA 結尾提供的 TCO 分析摘要 （如下列範例所示） AWS 來建置雲端經濟商業案例。
![\[AWS OLA 的 TCO 分析摘要\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ola_toc_analysis.png)
OLA AWS 還提供以下建議，讓您深入了解現代化對現有工作負載的影響：
+ 移至 Linux 作業系統。
+ 新增 ARM 處理器的應用程式支援 (AWS Graviton)。
+ 將 SQL Server 工作負載移至 Amazon Aurora。
+ 將 Windows 和 SQL Server 工作負載移至開放原始碼技術，以移除軟體保證。
下圖顯示可透過現代化技術達成的成本節省，例如從 Windows 移至 Linux 或從 SQL Server 移至 Aurora。
![\[遷移成本圖表\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/migration_costs.png)
整個 AWS OLA 程序從開始到結束大約需要 45 天。下圖顯示範例時間軸。
![\[完整 AWS OLA 程序工作流程\]](http://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ola_process.png)
如果您有純 VMware 環境，並且可以從 RVTools 提供輸出，則可以將此時間軸縮短為一週。此外， AWS 可以分析包含資產和使用率資料的平面檔案，例如 CPU 平均值、CPU 峰值、RAM 平均值和 RAM 峰值。
## 評估影響
平均客戶通常會從適當規模的工作中降低成本 20-30%。適當調整大小會根據用量資料，將來源工作負載與大小最佳的 AWS 執行個體相符。這些適當調整大小不僅可以降低 AWS 環境的每月成本，而且經常在組織中的其他位置節省成本。例如，取得 20-30% 的 Windows 或 SQL Server 授權可以減少 Microsoft 的下一個校正，或釋放授權給額外的line-of-business應用程式。SQL Server 工作負載的合併和適當調整大小通常可實現最顯著的財務收益。
AWS 可協助您將系統分類為現代化儲存貯體。有些系統是舊版的，在財務上無法接觸，而有些系統可能會現代化為容器或無伺服器應用程式，而這些應用程式可實現最大的節省。與 AWS 團隊的對話會從雲端啟用的廣義主題移至更具體的討論，討論特定工作負載應如何及為何進行現代化。 AWS 也可協助您探索潛在的創新機會。
## 後續步驟
如果您要開始在內部部署環境或 上執行的 Microsoft 工作負載的成本最佳化旅程 AWS，請聯絡您的 AWS 客戶團隊並請求 AWS OLA。 AWS 團隊成員可以回答您的問題，並協助您決定 AWS OLA 最終是否適合您和您的組織。或者，您也可以[線上請求 AWS OLA](https://pages.awscloud.com/global-acq-ln-aws-migration-assessment-interest.html)。
## 其他資源
+ [AWS 最佳化和授權評估](https://aws.amazon.com/optimization-and-licensing-assessment/) (AWS 文件）
+ [AWS re：Invent 2022 - 如何在 (ENT205) (YouTube) 上 AWS 節省成本並最佳化 Microsoft 工作負載](https://www.youtube.com/watch?v=Zyhd2FmdtJs) YouTube