成本最佳化架構 - Amazon EKS

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

成本最佳化架構

AWS Cloud Economics 是一項紀律,透過採用 Amazon EKS 等現代運算技術,協助客戶提高效率並降低成本。紀律建議遵循名為「雲端財務管理 (CFM) 架構」的方法,其中包含 4 個支柱:

CFM 架構

請參閱支柱:測量和責任

See pillar 是一組基本的活動和技術,定義了如何測量、監控和建立雲端支出的責任。它通常稱為「可觀測性」、「儀器」或「遙測」。「可觀測性」基礎設施的功能和限制決定了可最佳化的項目。清楚了解您的成本是成本最佳化的關鍵第一步,因為您需要了解您的起點。這種類型的可見性也會引導您需要執行的活動類型,以進一步最佳化您的環境。

以下是我們 See pillar 最佳實務的簡短概觀:

  • 為您的工作負載定義和維護標記策略。

    • 使用執行個體標記,標記 EKS 叢集可讓您查看個別叢集成本,並在成本和用量報告中配置這些成本。

  • 使用 Kubecost 等技術建立 EKS 用量的報告和監控。

  • 將雲端成本分配給應用程式、業務單位 (LoBs) 和收入串流。

  • 與業務利益相關者定義、測量和傳播效率/價值 KPIs。例如,建立測量每筆交易成本的「單位指標」KPI,例如:約騎共享服務可能有「每次約騎成本」的 KPI。

如需與此支柱相關聯的建議技術和活動的詳細資訊,請參閱本指南的成本最佳化 - 可觀測性一節。

儲存支柱:成本最佳化

此支柱是以「請參閱」支柱中開發的技術和功能為基礎。下列活動通常屬於此支柱:

  • 識別並消除環境中的浪費。

  • 架構師和設計可實現成本效益。

  • 選擇最佳購買選項,例如隨需執行個體與 Spot 執行個體。

  • 隨服務演進而調整:隨著 AWS 服務演進,有效使用這些服務的方式可能會改變。願意適應這些變更。

由於這些活動是可操作的,因此它們高度依賴於您環境的特性。問問自己,什麼是成本的主要驅動因素? 您的不同環境提供哪些商業價值? 哪些購買選項和基礎設施選擇,例如執行個體系列類型,最適合每個環境?

以下是 EKS 叢集最常見的成本驅動因素的優先順序清單:

  1. 運算成本:結合多種執行個體系列、購買選項和平衡可擴展性與可用性需要仔細考慮。如需詳細資訊,請參閱本指南的成本最佳化 - 運算一節中的建議。

  2. 網路成本:將 3 個可用AZs用於 EKS 叢集,可能會增加可用區域間流量成本。如需如何平衡 HA 需求與降低網路流量成本的建議,請參閱本指南的成本最佳化 - 網路一節。

  3. 儲存成本:根據 EKS 叢集中工作負載的狀態/無狀態性質,以及如何使用不同的儲存類型,可以將儲存視為工作負載的一部分。如需 EKS 儲存成本的相關考量,請參閱本指南的成本最佳化 - 儲存一節。

計劃支柱:規劃和預測

實作 See pillar 中的建議後,叢集會持續進行最佳化。隨著操作叢集中有效獲得經驗,規劃和預測活動可以專注於:

  • 動態預算和預測雲端成本。

  • 量化 EKS 容器服務交付的商業價值。

  • 整合 EKS 叢集成本管理與 IT 財務管理規劃。

執行支柱

成本最佳化是一個持續的過程,涉及漸進式改進:

成本最佳化飛輪

確保這些活動類型的執行贊助對於將 EKS 叢集最佳化整合到組織的「FinOps」工作至關重要。它透過對 EKS 叢集成本的共同理解、EKS 叢集成本護欄的實作,以及確保工具、自動化和活動隨著組織需求而發展,來允許利益相關者保持一致。

參考