共用方式為

Azure 上永續性工作負載的應用程式平臺考慮

  • 發行項

設計和建置永續性工作負載需要瞭解您要部署應用程式的平臺。 檢閱本節中的考慮和建議，以瞭解如何針對永續性做出更明智的平臺相關決策。

重要

本文是 Azure Well-Architected永續性工作負載 系列的一部分。 如果您不熟悉此系列，建議您從 什麼是永續性工作負載開始？

平臺和服務更新

讓平臺和服務保持在最新狀態，以利用最新的效能改善和能源優化。

定期檢閱平臺和服務更新

平臺更新可讓您使用最新的功能和功能來協助提升效率。 在過期的軟體上執行可能會導致執行次佳的工作負載，併發生不必要的效能問題。 一般而言，新的軟體通常會更有效率。

綠色軟體基礎對齊： 能源效率

建議：

  • 升級至較新且更有效率的服務，因為它們可供使用。
  • 請考慮回溯相容性和硬體重複使用性。 如果不支援硬體或作業系統，升級可能不是最有效率的解決方案。
  • 利用Azure 自動化更新管理，以確保軟體更新會部署至 Azure VM。

區域差異

Microsoft Azure 資料中心分散于全球各地，並使用不同的能源來源提供電源。 針對部署工作負載的位置做出決策，可能會大幅影響解決方案所產生的量。

深入瞭解 使用 Azure 從資料中心到雲端的永續性。 請參閱 Microsoft 資料中心永續性事實表中的區域特定永續性資訊。

部署至碳區域

瞭解哪些 Azure 區域的碳使用量比其他區域低，以做出更明智的決策，以瞭解工作負載處理資料的位置和方式。

綠色軟體基礎對齊： 碳效率

建議：

  • 使用較少的碳，因為您部署工作負載的資料中心較可能由可更新和低碳能源來源提供電源。
  • 請考慮這些潛在的取捨：
    • 移至低碳區域所需的時間和時間。
    • 在資料中心之間移轉資料可能不會有碳效率。
    • 請考慮新區域的成本，包括碳區域，這可能會比較昂貴。
    • 如果工作負載有延遲敏感性，則移至較低的碳區域可能不是選項。

碳濃度偏低時的程式

行星上的某些區域比其他區域更密集的碳。 因此，請務必考慮部署工作負載的位置，並將它與其他商務需求結合。

綠色軟體基礎對齊： 碳效率、 碳感知

建議：

  • 當您有可用的資料時，請考慮在知道能源混合大部分來自可更新能源來源時，將工作負載優化。
  • 如果您的應用程式 () 允許，請考慮在能源狀況變更時動態移動工作負載。
    • 例如，當可更新來源位於尖峰時，在夜間執行特定工作負載可能會更有説明。

選擇靠近客戶的資料中心

將雲端工作負載部署至資料中心很容易。 不過，請考慮從資料中心到客戶的距離。 如果資料中心與取用者有更大的距離，網路周遊就會增加。

綠色軟體基礎對齊： 能源效率

建議：

  • 請考慮部署至接近取用者的資料中心。

在低碳濃度期間執行批次工作負載

主動設計工作負載的批次處理有助於在低碳期間排程密集的工作。

綠色軟體基礎對齊： 碳感知

建議：

  • 如果您有可用的資料，請規劃部署，以將低碳濃度期間執行 批次工作負載 的計算使用率最大化。
  • 潛在的取捨可能包括移至低碳區域所花費的心力和時間。 此外，在資料中心之間移轉資料可能不是有碳效率，而新區域的成本包括低碳區域，可能更昂貴。

現代化

選擇操作工作負載的方式時，請考慮這些平臺設計決策。 利用 Azure 中的受控服務和高度優化的平臺，有助於建置原本就有助於更好的永續性狀態的雲端原生應用程式。

適用時將工作負載容器化

請考慮容器化工作負載的選項，以減少不必要的資源配置，並更妥善地利用已部署的資源。

綠色軟體基礎對齊： 硬體效率

建議：

  • 將應用程式部署為容器，可讓容器封裝並充分利用 VM，最終可減少主機 OS 上程式庫重複的需求。
  • 移除管理整個 VM 的額外負荷，並允許為每個實體機器部署更多應用程式。 容器化也會優化伺服器使用率，並改善服務可靠性，降低營運成本。 需要較少的伺服器，而且可以更妥善地利用現有的伺服器。
  • 請考慮這些取捨：只有在使用率很高時，容器化的優點才會實現。 此外，僅針對少數容器布建協調器，例如 Azure Kubernetes Services (AKS) 或 Azure Red Had OpenShift (ARO) ，可能會導致整體的碳量較高。

評估移至 PaaS 和無伺服器工作負載

受控服務已高度優化，且會以比其他選項更有效率的硬體運作，進而降低碳影響。

綠色軟體基礎對齊： 硬體效率、 能源效率

建議：

  • 使用完全受控且原本就優化的平臺，在不管理基礎結構的情況下建置雲端原生應用程式。 平臺會處理調整、可用性和效能，最終將硬體效率優化。
  • 檢閱 平臺即服務 (PaaS) 工作負載的設計原則。

盡可能使用現成 VM

請考慮 Azure 資料中心內未使用的容量。 利用另一種浪費的容量，以大幅降低的價格，工作負載有助於更持續的平臺設計。

綠色軟體基礎對齊： 硬體效率

建議：

  • 藉由利用 Spot VM，您可以在 Azure 資料中心利用未使用的容量，同時大幅折扣 VM。
  • 請考慮取捨：當 Azure 需要容量時，VM 會收回。 深入瞭解 Spot VM 收回原則。

正確調整大小

確保工作負載會使用所有已配置的資源，有助於提供更具持續性的工作負載。 超大型的服務是更多碳碳的常見原因。

關閉上班時間以外的工作負載

操作閒置工作負載會浪費能源，並貢獻增加的碳量。

綠色軟體基礎對齊： 能源效率、 硬體效率

建議：

  • 不使用時，應該關閉或關閉開發和測試工作負載。 請考慮在一般上班時間關閉它們，而不是讓它們保持執行狀態。

利用自動調整和高載功能

在大部分容量從未使用過大的計算工作負載中，這並不常見，最終會導致能源浪費。

綠色軟體基礎對齊： 硬體效率

建議：

  • 檢閱 Azure 工作負載 的自動調整 指引。
  • 檢閱 B 系列高載虛擬機器大小。
  • 請考慮可能需要調整，以避免在高需求短高載期間進行不必要的調整，而不是靜態增加的需求。
  • 請考慮應用程式架構作為調整考慮的一部分。 例如， 邏輯元件應該獨立調整 以符合該元件的需求，而不是只調整部分元件需要調整時調整整個應用程式。

符合延展性需求

請考慮平臺，以及它是否符合解決方案的延展性需求。 例如，使用專用配置布建的資源可能會導致未使用或使用量過低的計算資源。

範例：

  • 透過App Service方案布建 Azure App 服務 Environment (ASE) ，可能會導致是否使用布建計算。
  • 如果您未完全使用 Azure API 管理進階層，而不是取用層，會導致未使用的資源。

綠色軟體基礎對齊： 硬體效率

建議：

  • 檢閱有關延展性的平臺設計決策，並確保工作負載盡可能利用大部分佈建的資源。
  • 請考慮此取捨：某些服務需要較高層級才能存取特定特性和功能，而不論資源使用率為何。
  • 請考慮並偏好盡可能允許動態層調整的服務。

評估虛擬機器的 Ampere Altra Arm 型處理器

Arm 型 VM 代表符合成本效益且具電源效率的選項，不會危害所需的效能。

綠色軟體基礎對齊： 能源效率

建議：

刪除 zombie 工作負載

請考慮探索未使用的工作負載和資源，以及訂用帳戶中是否有任何孤立的資源。

綠色軟體基礎對齊： 硬體效率、 能源效率

建議：

  • 如果不再需要，請刪除任何孤立的工作負載或資源。

後續步驟

檢閱部署和測試的設計考慮。

部署和測試