此內容已過時。這個版本的 Well-Architected 框架現在可以在以下位置找到: https://docs.aws.amazon.com/zh_tw/wellarchitected/2022-03-31/framework/cost-optimization.html

COST 9: 如何管理需求和供應資源?

針對支出和效能達到平衡的工作負載,請確保使用購買的每個項目,並避免極少使用執行個體。往任一端傾斜的使用指標,對您組織在營運成本 (因過度使用而降低效能) 或浪費的 AWS 花費 (因過度佈建) 方面會造成負面影響。

資源

Getting started with Amazon SQS
AWS Auto Scaling
AWS Instance Scheduler

最佳實務:

改進方案

對工作負載需求進行分析

  • 分析現有的工作負載資料 : 分析現有工作負載、舊版工作負載或預測使用模式中的資料。利用日誌檔和監控資料來深入了解客戶使用工作負載的方式。典型指標包括實際需求 (每秒請求數)、需求率變更或處於不同等級的次數,以及需求變更率。請務必分析工作負載的完整週期,藉此確保收集到所有季節性變更的資料,例如月末或年末事件。分析中所反映的工作應反映工作負載特性。應將工作重點放在需求變更最大的高價值工作負載上。針對需求變更最少的低價值工作負載,應將投入的工作量降到最低。常見價值指標包括風險、品牌知名度、收入或工作負載成本。
  • 預測外部影響 : 與整個組織中的團隊成員面談,這些成員可能會影響或變更工作負載的需求。常見的團隊是銷售團隊、行銷團隊或業務開發團隊。與這些團隊合作以了解其作業週期,以及是否有任何事件會改變工作負載需求。利用此資料來預測工作負載需求。
  • 實作緩衝或調節機制來管理需求

  • 分析用戶端要求 : 分析用戶端請求,以判斷其是否能夠執行重試。針對無法執行重試的用戶端,則需要實作緩衝區。分析整體需求、變更率及所需的回應時間,以便判斷所需的調節或緩衝區大小。
  • 實作緩衝區或調節 : 在工作負載中實作緩衝區或調節。SQS 這類佇列可為工作負載元件提供緩衝區。Amazon API Gateway 可以為您的工作負載元件提供調節機制。
    Amazon Simple Queue Service
    Amazon API Gateway
  • 動態提供資源

  • 設定以時間為基礎的排程 : 針對可預測的需求變更,以時間為基礎的擴展機制可以及時提供正確的資源數量。此外,當資源建立和設定的速度不夠快,不足以回應需求變更時,此機制也能派上用場。透過 AWS Auto Scaling,使用工作負載分析來設定排定的擴展。
    Scheduled Scaling for Amazon EC2 Auto Scaling
  • 設定 Auto Scaling : 若要根據作用中的工作負載指標來設定擴展,請使用 Amazon Auto Scaling。使用分析和設定 Auto Scaling 以便在正確的資源層級上觸發,並確保工作負載在所需時間內擴展。
    Getting Started with Amazon EC2 Auto Scaling