ワークロードの最適化
この記事は、FinOps Framework 内のワークロード最適化機能と、Microsoft Cloud で実装する方法を理解するのに役立ちます。
Definition
ワークロードの最適化とは、ビジネス価値を最大化し、無駄な使用量と支出を最小限に抑えるために、クラウド サービスを確実に利用および調整するプロセスを指します。
サービスの使用方法を確認し、それぞれが投資収益率を最大化していることを確認します。 ベスト プラクティスと推奨事項を評価して実装します。
すべてのコストに、ビジネス価値への直接的または間接的な追跡可能性を持たせる必要があります。 ビジネス価値に寄与しない完全に "最適化された" リソースを取り除きます。
リソースの使用パターンを確認し、ピーク外の時間帯にスケールダウンまたはシャットダウン (課金を停止) できるかどうかを判断します。 コストを削減するには、より安価な代替手段を検討してください。 ミッションに貢献しない不要な使用やコストを避け、投資収益率と収益性を向上させます。
作業の開始
サービスの使用やクラウドでのコストの管理を初めて開始するときは、ポータル内でネイティブ ツールを使用して効率を高め、コストを最適化する優先順位を付けます。
- クラウド導入フレームワークのコストのベスト プラクティスを確認して実装します。
- Azure Well-Architected フレームワークのコスト最適化ガイダンスを確認して実装します。
- Azure Advisor のコストに関する推奨事項を確認して実装します。
- Azure Advisor では、使用状況に基づく信頼性の高い推奨事項が用意されています。 Azure Advisor は、あらゆるワークロードを最適化する際に常に最適な開始場所となります。
- Azure Advisor アラートをサブスクライブして、コストに関する新しい推奨事項がある場合に通知を受け取ることを検討してください。
- 使用状況を確認し、 コミット割引を購入します それが理にかなっている場合。
- Windows、Linux、SQL Server の Azure ハイブリッド特典を活用します。
- 使用するサービス、課金方法、利用できるサービス固有のコスト最適化オプションについて理解します。
- 使用するサービスは、Azure portal の [すべてのリソース] ページまたは [コスト分析] の [サービス] ビューから確認できます。
- 各サービスが課金する方法については、 Azure の価格に関するページ Azure 料金計算ツール を参照してください。 それらを使用して、コストを削減できるオプションを特定します。 たとえば、共有インフラストラクチャやコミットメント割引などです。
- 環境の最適化やコストの可視性の向上に役立つコスト関連の機能については、サービス ドキュメントを参照してください。 以下に、いくつかの例を示します。
- 低優先度の中断可能なワークロードに対してはスポット VM を選択します。
- リージョンをまたぐデータ転送は避けてください。
- 料金の発生を停止するためにサービスを一時停止または停止できるかどうかを判断します。
- Microsoft Dev Box、Azure DevTest Labs、Azure Lab Services、Azure Load Testing など、一部のサービスはネイティブで自動停止をサポートしています。
- 停止をサポートしているが自動停止をサポートしていないサービスを使用する場合は、Power Automate または Logic Apps で軽量フローを使用することを検討します。
- サービスを停止できない場合は、代替手段を確認して、課金を停止するために停止できるオプションがあるかどうかを判断します。
- リソースが停止しても引き続き課金される可能性があるため、驚かないように、非準拠料金に細心の注意を払います。 ストレージは、ストレージを使用していたコンピューティング リソースが実行されなくなった場合でも、引き続き課金されるコストの一般的な例です。
- サービスはサーバーレス コンピューティングをサポートしていますか?
- サーバーレス コンピューティング レベルでは、アクティブでない場合にコストを削減できます。 例: Azure SQL Database、Azure SignalR Service、Cosmos DB、Synapse Analytics、Azure Databricks。
- 環境の最適化やコストの可視性の向上に役立つコスト関連の機能については、サービス ドキュメントを参照してください。 以下に、いくつかの例を示します。
- 低優先度の中断可能なワークロードに対してはスポット VM を選択します。
- リージョンをまたぐデータ転送は避けてください。
- サービスが自動スケールをサポートしているかどうかを判断します。
- サービスで自動スケーリングがサポートされている場合は、アプリケーションのニーズに基づいてスケーリングするように構成します。
- 自動スケーリングは、自動停止動作と連動して効率を最大化できます。
- 不要なコストを回避するには、稼働時間中に非運用環境のリソースを自動的に停止して手動で開始することを検討してください。
- 毎日使用されない非運用リソースを自動的に開始しないようにします。
- 自動開始を選択した場合は、リソースが自動的に開始される可能性があるが、使用されない休暇や休日に注意してください。
- 手動で停止されるリソースのタグ付けを検討します。 すべてのリソースを確実に停止するには、 Azure Resource Graph にクエリを保存 または [すべてのリソース] 一覧のビューを保存し、Azure portal ダッシュボードにピン留めします。
- 必要なときだけリソースを使用し、主要なサービスの効率を最大化するために、コンテナーやサーバーレスなどのアーキテクチャ モデルを検討します。
- コスト最適化ブックを使用して、アイドル状態のリソースや未使用のリソースなどのリソース使用率を評価します。
🏗️ 基本に基づく構築
この時点で、最も基本的なベスト プラクティスを満たすために、すべての基本的なコスト最適化の推奨事項と調整されたアプリケーションを実装しました。 基本から先に進むには、次の点を検討してください。
- Azure Resource Graph を使用してコストに関する推奨事項を自動化する
- 新しいテクノロジ、ツール、業界のベスト プラクティスを常に把握し、リソース使用率をさらに最適化します。
- サポートされていないリソースやより複雑な要件があるリソースを自動的にスケーリングまたは停止するプロセスを自動化します。
- Azure Automation や Azure Functions などの自動化サービスの使用を検討します。
- "Env" タグまたは Environment タグを割り当てて、開発、テスト、ステージング、運用などのリソースを識別します。
- サブスクリプションまたはリソース グループのレベルでタグを割り当てることを優先します。 次に、タグを出力しないリソースを使用状況データでカバーするために、Azure Policy のタグ継承ポリシーと Cost Management のタグ継承を有効にします。
- 特定のアップタイム プロファイルを持つリソースを停止するように自動スクリプトを設定することを検討します (たとえば、2 時間以内に使用されなかった場合は、ピーク時以外の時間に開発者 VM を停止します)。
- 特定のタグ値に基づいて予想されるアップタイムと、タグが存在しない場合に何が起こるかについて文書化します。
- Azure Policy を使用して、タグ ポリシーへの準拠を追跡します。
- Azure Policy を使用して、環境に基づいて特定の構成ルールを適用します。
- 必要に応じて、標準ポリシーをバイパスするために、"オーバーライド" タグを使用することを検討します。 アカウンタビリティを確保するには、コストを追跡し、利害関係者に報告します。
- 開発サーバーなどの優先順位の低いワークロードに対する KPI を確立して追跡することを検討します。
- Microsoft が提供する FinOps ツールキットで利用できる Azure 最適化エンジン など、環境の最適化に役立つ他のツールをデプロイすることを検討してください。
FinOps Foundation で詳細を確認する
この機能は、クラウドのコスト管理と最適化の推進に特化した非営利組織である FinOps Foundation による FinOps Framework の一部です。 便利なプレイブック、トレーニングプログラム、認定プログラムなど、FinOps の詳細については、FinOps Framework ドキュメントの Workload 最適化機能 記事を参照してください。
関連動画は、FinOps Foundation YouTube チャンネルでも見つけることができます。
関連するコンテンツ
関連する FinOps 機能:
関連製品:
関連するソリューション:
その他のリソース: