COST02-BP02 實作目標 - 成本最佳化支柱
實作指引資源

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

COST02-BP02 實作目標

為您的工作負載實作成本與用量的總目標和具體目標。總目標可為您的組織提供預期成果的方向，具體目標則可提供要為您的工作負載達成的特定可測量成果。

未建立此最佳實務時的曝險等級：高

實作指引

為您的組織制定成本與用量總目標和具體目標。作為 上不斷成長的組織 AWS，設定和追蹤成本最佳化的目標很重要。這些目標或關鍵效能指標 （KPIs） 可以包括支出百分比或採用某些最佳化服務，例如 AWS Graviton 執行個體或 gp3 EBS磁碟區類型。設定可衡量和可實現的總目標有助於衡量效率的改善情況，這對於業務營運非常重要。總目標可為您的組織提供預期結果的指引和方向。

具體目標是要實現的具體可衡量成果。簡而言之，目標就是您想要往的方向前進，而目標則是該方向的前進距離，以及應該實現該目標的時間 （使用特定、可測量、可指派、實際和及時的指導，或 SMART）。舉例來說，平台用量大幅增加，而成本僅稍微增加 (非線性)，即為總目標。平台用量增加 20%，成本增加少於百分之五，則是具體目標範例。另一個常見的總目標是工作負載每六個月必須更有效率。相關的具體目標是每個業務指標的成本每六個月需要減少百分之五。使用正確的指標，並KPIs為您的組織進行計算。您可以從基本開始KPIs，並在稍後根據業務需求進行演變。

成本優化的總目標是提高工作負載效率，這對應於工作負載的每個業務成果的成本隨著時間而降低。為所有工作負載實作這個總目標，並設定具體目標，例如每六個月至一年將效率提高百分之五。在雲端中，可以透過建立成本最佳化功能以及發行新服務和功能來達成此目標。

具體目標是您希望達到以達到的可量化基準，以實現總體目標，而基準則會將您的實際結果與具體目標進行比較。使用 建立每個運算服務單位KPIs成本的基準 （例如 Spot 採用、Graviton 採用、最新執行個體類型和隨需涵蓋範圍）、儲存服務 （例如EBSGP3採用、淘汰EBS快照和 Amazon S3 標準儲存） 或資料庫服務使用量 （例如RDS開放原始碼引擎、Graviton 採用和隨需涵蓋範圍）。這些基準 和 KPIs 可協助您驗證是否以最具成本效益的方式使用 AWS 服務。

下表提供標準 AWS 指標清單以供參考。每個組織可以具有這些 的不同目標值KPIs。

類別 KPI (%) 描述
運算 EC2 用量涵蓋範圍 EC2 使用 SP+RI+Spot 的執行個體 （以成本或小時為單位），相較於執行個體的總數量 （以成本或小時為單位） EC2
運算 計算 SP/RI 使用率 與總體可用的 SP 或 RI 小時數相比，已使用的 SP 或 RI 小時數
運算 EC2/小時成本 EC2 成本除以該小時內執行的EC2執行個體數量
運算 vCPU 成本 所有執行個體的每個 vCPU 成本
運算 最新一代執行個體 Graviton (或其他新一代執行個體類型) 上的執行個體百分比
資料庫 RDS 涵蓋範圍 RDS 使用 RI 的執行個體 （以成本或小時為單位），相較於RDS執行個體的總數量 （以成本或小時為單位）
資料庫 RDS 使用率 與總體可用的 RI 小時數相比，已使用的 RI 小時數
資料庫 RDS 運作時間 RDS 成本除以該小時內執行的RDS執行個體數量
資料庫 最新一代執行個體 Graviton (或其他現代執行個體類型) 上的執行個體百分比
儲存 儲存使用率 最佳化儲存成本 (例如 Glacier、Deep Archive 或 Infrequent Access) 除以總儲存成本
標記 未標記資源

Cost Explorer：

1. 篩選掉抵用金、折扣、稅金、退款、市場，並複製最新的每月成本

2. 在 Cost Explorer 中選取僅顯示未標記的資源

3. 將未標記資源中的金額除以您的每月成本。

使用此表格，包括目標或基準值，應根據組織目標計算這些值。您需要測量業務的特定指標，並了解該工作負載的業務結果，才能定義準確且實際的 KPIs。當您評估組織內的績效指標時，請區分服務於不同目的之不同類型的指標。這些指標主要衡量技術基礎設施的效能和效率，而不是直接衡量整體業務影響。例如，它們可能會追蹤伺服器響應時間、網路延遲或系統正常運行時間。這些指標對於評估基礎設施如何支援組織的技術操作至關重要。但是，它們不能直接洞察更廣泛的業務目標，例如客戶滿意度，收入增長或市場份額。為了全面了解業務績效，請使用與業務成果直接相關的策略性業務指標來補充這些效率指標。

為您的 KPIs和相關節省機會建立近乎即時的可見性，並追蹤您的進度。若要開始定義和追蹤KPI目標，建議您從 Cloud Intelligence KPI Dashboards （） 中取得儀表板CID。 https://wellarchitectedlabs.com/cloud-intelligence-dashboards/根據成本和用量報告 （CUR） 中的資料，KPI儀表板提供一系列建議的成本最佳化 KPIs，能夠設定自訂目標並追蹤一段時間內的進度。

如果您有其他解決方案來設定和追蹤KPI目標，請確定組織中所有雲端財務管理利益相關者都採用這些方法。

實作步驟

  • 定義預期的用量等級：首先，請關注用量等級。與應用程式擁有者、行銷團隊和更大的業務團隊互動，以了解工作負載的預期用量等級。客戶需求如何隨著時間而變更，以及因季節性增加或行銷活動會發生哪些變更？

  • 定義工作負載資源與成本：定義用量等級後，量化達成這些用量等級所需的工作負載資源變更。您可能需要為工作負載元件增加資源的大小或數量、增加資料傳輸，或將工作負載元件變更為特定等級的不同服務。指定每個要點的成本，並預測當用量發生變化時成本會有什麼變化。

  • 定義業務總目標：從預期用量和成本變更中取得輸出，將此項目與預期的技術變更或任何您正在執行的計畫結合，並制定工作負載的總目標。總目標必須涵蓋用量和成本，以及兩者之間的關係。總目標必須簡單具體，以協助大家了解企業預期的成果 (例如，確保將未使用的資源控制在特定成本水位以下)。無須為每個未使用的資源類型定義總目標，也不需要為總目標和具體目標定義造成損失的成本。如果預期有成本變更但用量不變，請確認制定有組織計畫 (例如培訓和教育等能力打造計畫)。

  • 定義具體目標：對於定義的每個總目標，指定可測量的具體目標。如果總目標是要提高工作負載的效率，具體目標將會量化改善的程度 (通常是所有經費所獲得的業務輸出)，及其達成時間。例如，可設定一個總目標，以盡量減少因過度佈建而造成的浪費。有了這個總目標後，您的具體目標可能是生產工作負載第一層中的運算過度佈建產生的浪費不應超過分層運算成本的 10%。此外，第二個具體目標可能是生產工作負載第二層中的運算過度佈建產生的浪費不應超過分層運算成本的 5%。

資源

相關文件：

相關影片：

相關範例：