工作負載管理和自動化
本文可協助您瞭解 FinOps Framework 內的工作負載管理和自動化功能,以及如何在 Microsoft Cloud 中實作。
定義
工作負載管理和自動化是指僅於必要時在作用中工作負載所需的層級或容量中執行資源。
根據資源的執行時間需求標記資源。 檢閱您的資源使用量模式,並判斷它們是否可以在離峰時段相應減少或甚至關閉(以停止計費)。 若要降低成本,請考慮更便宜的替代方案。
有效的工作負載管理和自動化計劃可以藉由調整組態來動態比對供需,以確保最有效的使用率,大幅降低成本。
開始使用
第一次開始使用服務時,請考慮下列幾點:
- 是否可以停止服務 (如果是的話,請停止計費)?
- 如果服務無法停止,請檢閱替代方案,以判斷是否有可停止的任何選項,以便停止計費。
- 請密切關注當資源停止時可能會繼續計費的非計算費用,因此您並不感到驚訝。 儲存體是成本的常見範例,即使使用儲存體的計算資源不再執行,仍會繼續收費。
- 服務是否支援無伺服器計算?
- 無伺服器計算層可在非作用中時降低成本。 一些範例:Azure SQL Database、Azure SignalR Service、Cosmos DB、Synapse Analytics、Azure Databricks。
- 服務是否支援自動停止或自動關閉功能?
- 某些服務原本就支援自動停止,例如 Microsoft 開發箱、Azure DevTest Labs、Azure 實驗室服務和 Azure 負載測試。
- 如果您使用支援停止但不支援自動停止的服務,請考慮在 Power Automate 或 Logic Apps 中使用輕量型流程。
- 服務是否支援自動調整?
- 如果服務支援自動調整,請將它設定為根據應用程式的需求進行調整。
- 自動調整可以搭配自動停止行為來達到最大效率。
- 若要避免不必要的成本,請考慮在工作時間自動停止並手動啟動非生產資源。
- 避免自動啟動每天未使用的非生產資源。
- 如果您選擇自動啟動,請注意可能會自動啟動資源的假期和假日,但不會使用。
- 請考慮手動標記已停止的資源。 為了確保所有資源都已停止,請將查詢儲存在 Azure Resource Graph 或 [所有資源] 清單中的檢視,並將其釘選到 Azure 入口網站 儀錶板。
- 請考慮容器和無伺服器等架構模型,只在需要時使用資源,並徹底提高關鍵服務的效率。
建置在基本之上
此時,您已設定自動調整和自動停止行為。 超越基本時,請考慮下列幾點:
- 將自動調整或停止不支援或有更複雜需求的資源的處理序自動化。
- 請考慮使用自動化服務,例如 Azure 自動化 或 Azure Functions。
- 指派 "Env" 或「環境」標籤,以識別哪些資源用於開發、測試、暫存、生產等。
- 偏好在訂用帳戶或資源群組層級指派標籤。 然後啟用 Azure 原則標籤繼承原則和成本管理標籤繼承,以涵蓋不發出帶有使用情況資料的標籤的資源。
- 請考慮設定自動化腳本來停止具有特定上線配置檔的資源(例如,如果未在2小時內使用,請在離峰時段停止開發人員 VM)。
- 根據特定標籤值會記錄預期的執行時間,以及記錄標籤不存在時會發生什麼情況。
- 使用 Azure 原則來追蹤標籤原則的合規性。
- 使用 Azure 原則,根據環境強制執行特定的組態規則。
- 請考慮在需要時使用 "override" 標籤來略過標準原則。 為了確保責任,請追蹤成本,並將其回報給項目關係人。
- 請考慮建立和追蹤低優先順序工作負載的 KPI,例如開發伺服器。
在 FinOps Foundation 深入瞭解
這項功能是 FinOps Foundation 的 FinOps Framework 的一部分,這是一個致力於推進雲端成本管理和最佳化的非盈利組織。 如需 FinOps 的詳細資訊,包括實用的劇本、訓練和認證計劃等等,請參閱 FinOps Framework 文件中的工作負載管理和自動化功能一文。
您也可以在 FinOps Foundation YouTube 頻道中找到相關的影片:
相關內容
相關的 FinOps 功能:
相關產品:
相關解決方案:
其他資源: