Azure での持続可能なワークロードの運用手順に関する考慮事項
グリーン ソフトウェアの規範とクラウド効率パターン内での実装は比較的新しいものであり、具体的で普遍的な標準はまだ合意されていません。
Green Software Foundation は、グリーン ソフトウェアの作成方法の作成と標準化に取り組みます。 ただし、誰もが毎日の作業でこの側面を考慮し、Azure ワークロードの設計、計画、デプロイ時に、既に利用可能なベスト プラクティスを検討し、準備ができたら新しい標準を組み込むように環境を準備することが重要です。
このドキュメントでは、Azure ワークロードのコストと炭素効率を測定し、継続的に改善するための環境を設定する方法について説明します。
重要
この記事は、 Azure Well-Architected 持続可能なワークロード シリーズの一部です。 このシリーズに慣れていない場合は、持続可能なワークロードとは何かから始めてお勧めします。
炭素影響の測定と追跡
何かを最適化または改善するには、まず、変更する内容とそれを測定する方法を決定する必要があります。 このセクションでは、ワークロードの持続可能性への影響を測定および追跡するためのベスト プラクティスとガイドラインについて説明します。
排出影響ダッシュボード
持続可能性の目標に向けて取り組む上で不可欠な側面は、進捗状況の追跡と定量化です。 影響を追跡して測定できない場合は、その取り組みが価値があるかどうかはわかりません。 排出影響ダッシュボードは Power BI ダッシュボードであり、Azure サブスクリプション内のすべてのサービスとリソース グループの二酸化炭素の影響を測定できます。
排出影響ダッシュボードは、さまざまな形式で分析情報を生成し、幅広いレポート機能を可能にします。
- ダッシュボード自体の一連の視覚的表現。
- Excel、Power Point、PDF へのスナップショット エクスポート。
- Microsoft Sustainability Manager と Dataverse への継続的なエクスポート 。
Green Software Foundation のアラインメント: 持続可能性の測定
推奨事項:
- 排出影響ダッシュボードを使用して、現在および将来の環境への影響を記録します。
- メトリックを特定して追跡し、技術的、ビジネス、持続可能性の成果の成果を定量化します。
- 影響を測定し、ワークロードに加えられた変更を記録するのに役立つツールに依存します。
- 持続可能性と Dataverse API アクセスの詳細については、Microsoft Learn モジュール「 Microsoft Sustainability Manager データにアクセスする」を参照してください。
排出量の目標を定義する
ソフトウェア炭素強度 (SCI) は、スケーラビリティとコストメトリックを炭素排出量測定に追加することで、アプリケーションの炭素影響を測定するために探しているスコアです。
排出影響ダッシュボードを使用していない場合でも、炭素プロキシを構築して、アプリケーションの排出量への影響を測定できます。
既存のアプリケーション用にカーボン プロキシを構築することは困難な場合があります。 そのため、すべてのワークロードの設計フェーズで効率目標を計画することをお勧めします。 Azure に新しいワークロードを追加する場合は、既存のフットプリントに追加されるコストと排出量の計画を検討する必要があります。 メイン目標は常に炭素を放出しないことなので、理想的には、新しい排出量を構成するための最適化パターンをすぐに見つける必要があります。
次の手順では、1 つのアプリケーションまたはクラウド ワークロードのセット全体に対して、ターゲットの排出量を定義します。 ターゲットにはコストの制約を含めることもできます。コストを削減すると、排出量を最適化するための予算が得られますので、さらに簡単に構築できます。 目標がわかったら、クラウド効率の継続的最適化プロセスを開始できます。
Green Software Foundation のアラインメント: 持続可能性の測定
推奨事項:
- 新しいワークロードの最小コストと炭素排出量を計算します (該当する場合)。
- サービス レベル目標 (SLO)、サービス レベル アグリーメント (SLA)、またはその他のパフォーマンス メトリックを使用して進行状況を追跡します。
- 新しいアプリケーションを全体的なクラウド効率スコアに対応するための最適化パターンを提供します。
メトリックを特定し、改善目標を設定する
ターゲットを定義したら、変更が効率にプラスの影響を与えたことを証明するために測定できるいくつかのメトリックを特定する必要があります。
メトリックは、例として、次のカテゴリから派生させることができます。
- アプリケーションのパフォーマンス メトリック。
- コスト最適化メトリック。
- 炭素排出量メトリック (またはプロキシ)。
Green Software Foundation のアラインメント: 持続可能性の測定
推奨事項:
- 最適化の影響はさまざまであり、多くのユーザーに影響を与える可能性があるため、すべてのアプリケーション所有者と話し合います。
- パフォーマンスに影響を与える計画が合意され、アプリ ユーザーに明確に伝えられるので、より少ない二酸化炭素排出量を削減するためにパフォーマンスの低下が必要になる可能性があることを確認してください。
- Microsoft 排出影響ダッシュボード (EID) を Microsoft Sustainability Manager (MSM) インスタンスに接続している場合は、MSM の目標追跡機能を使用して、EID からライブ データにリンクすることで目標を定義および追跡できます。
プロキシとしてのコストの最適化
クラウド リソースを簡単にデプロイすると、役に立つものや、リソース、お金、炭素の無駄を忘れてしまう場合があります。 ここでのメッセージは、クラウドでの実験は、イノベーションをもたらさない一方で、純粋なコストではなく、クラウド全体の効率の観点からコストがかかる場合があることを示しています。
余分なワークロードの二酸化炭素排出量を考慮して、クラウド リソースを賢明に使用します。
SCI を定義するときに、カーボン プロキシを使用して、特定の標準と測定の欠如を補うことができます。 炭素排出量の最も安全で強力なプロキシの 1 つは、アプリケーションのコストです。 不要な支出を減らすと、クラウド リソースの使用が少なくなるため、デプロイされたワークロードからの過剰な排出量が減ります。
コストパフォーマンス メトリックを炭素効率にリンクすることは、コストを最適化し、二酸化炭素排出量を削減することで、定義されたワークロードの主要業績評価指標 (KPI) を必ずしも侵害する必要がないため、健全な戦略になる可能性があります。 ただし、二酸化炭素目標に向けて KPI を犠牲にする準備ができていると判断する場合があります。これは、戦略の一部になる可能性もあります。
Green Software Foundation のアラインメント: 持続可能性の測定
推奨事項:
- プロキシ ソリューションを使用して排出量を測定する概念を確認します。
- Azure Well-Architected Framework のコスト最適化の柱のガイダンスを活用します。
ポリシーの定義
Azure Policyは、クラウドの効率を簡単に実装するためのいくつかの決定を行うことができる強力なツールです。 Azure 仮想データ センターを継続的に最適化し続けるために、その他のポリシーの 1 つを定義することを検討してください。
Green Software Foundation の整合: 気候に関するコミットメント
推奨事項:
- クラウド導入フレームワークで使用できるコスト ポリシーを組み込んで使用します。
- Azure Policyのコストに関連する組み込みのポリシーを活用します。技術的には持続可能性に密接に関連しています。
- グリーン ソフトウェアの原則に従ってAzure Policyポリシーをカスタマイズします。 たとえば、「サステナビリティ」の新しいAzure Policyイニシアチブを作成します。
- このトレードオフを検討してください。新しいポリシーの適用が、計画外の運用パフォーマンス メトリックに影響を与えてはなりません。
コミュニティと知識の共有
Teams は、持続可能性の新しい進歩を常に認識する必要があるため、ワークロードを実装するときにこれらの学習を活用します。
クラウド効率とグリーン ソフトウェアに関するコミュニティを構築することは、organization全体でクラウド効率の認識と文化を促進するための良い出発点です。
持続可能性コミュニティをCreateする
持続可能性コミュニティを作成することは、面倒な作業である必要はありません。 まず、グリーン ソフトウェアに関する持続可能性の状態と関連情報の学習に時間を費やす小さなチームから始めます。 このチームは 、Green Software Foundation に参加して、ルール、標準などを作成するチームの一員にすることもできます。
コア クラウド効率チームは、Azure ワークロードのコストと二酸化炭素排出量を促進するすべての革新的なツールと原則を最新の状態にする必要があります。
Green Software Foundation の整合: 気候に関するコミットメント
推奨事項:
- ポリシーとターゲットを定義し、その取り組みと目標をorganizationの残りの部分と伝えます。
- 詳細については、「organizationでサステナビリティ コミュニティを開始する方法」を参照してください。
学習を計画する
コア チームが持続可能な運用の進歩について学習する時間を作ります。 一方で、organization全体がグリーン ソフトウェアについて考え始め、日々の選択で持続可能性の全体像に貢献する方法について考え始めます。
Green Software Foundation の整合: 気候に関するコミットメント
推奨事項:
次の一般的なトレーニングと学習リソースを確認します。
- マイペースの学習モジュールを使用して、 持続可能なソフトウェア エンジニアリングの原則について学習します。
- マイペースのラーニング パスを使用して、 Microsoft Cloud for Sustainability の使用を開始します。
- その他のリソースについては、 Microsoft Sustainability Learning Center を参照してください。
チーム間でベスト プラクティスを共有する
持続可能性の取り組みの導入を推進するには、organization全体からの入力と作業が必要です。
Green Software Foundation の整合: 気候に関するコミットメント
推奨事項:
- チーム メンバーが、持続可能な運用のためのワークロードと会社固有のベスト プラクティスを共有できるようにします。
- 具体的な結果を使用して、環境でテストされたベスト プラクティスとガイダンスの共有リポジトリを設定します。
- 全員を迅速に稼働させるために、頻繁な知識共有セッションまたは内部ウェビナーを検討してください。
インセンティブの計画
ポリシーを適用し、適切なカルチャを作成する最も簡単な方法は、持続可能性をコア KPI として配置するか、アプリケーションの全体的な効率に追加することで、ワークロードの環境の持続可能性を向上させるインセンティブを設定することです。
多くのソフトウェア パートナーは、ベスト プラクティスにグリーン ソフトウェアを既に含めています。 そのため、ワークロードについて話し合うときに、効率目標が定義され、受け入れられることを確認します。
Green Software Foundation の整合: 気候に関するコミットメント
推奨事項:
- カーボン対応アプリケーションを促進する。 測定された二酸化炭素排出量が KPI を満たしている場合は、アプリケーション所有者に報酬を与えます。
- グリーン ワークロード、SCI スコアリング、スコアの最適化や改善を促進するための記録を追跡する、持続可能性競争のフレンドリーな文化を作り出すことで、ゲーミフィケーションを導入します。
- 参加者がアプリケーションのクラウド効率を証明できる場合にインセンティブを得るロイヤルティ プログラムを導入することを検討してください。
- 「カーボンアウェア」や「カーボン最適化」などのバッジを紹介する機会を探ります。
次のステップ
ネットワークと接続に関する設計上の考慮事項を確認します。