コスト最適化ブックを使用して Azure のコストを最適化する

Azure コストの最適化ブックは、概要を示し、Azure 環境のコストをユーザーが最適化する助けになるように設計されています。 Well-Architected フレームワークのコスト最適化の柱に合わせて、コスト関連の分析情報とレコメンデーションのセットを提供します。

概要

Azure コストの最適化ブックは、使用率と効率の目標を推進するのに役立つ最も一般的に使用されるツールの一部の一元化されたハブとして機能します。 Azure Advisor のコストに関するレコメンデーション、アイドル状態のリソースの識別、不適切に割り当て解除された Virtual Machines の管理など、さまざまなレコメンデーションが提供されます。 さらに、コンピューティングのための Azure の予約と節約プランを適用する際の推奨事項と、Azure ハイブリッド特典オプションを使用する方法に関する分析情報も提供します。 ブック テンプレートは、Azure Advisor ギャラリーで使用できます。

手順は次のとおりです。

  1. Azure Advisor の [ブック ギャラリー] に移動します。
  2. コストの最適化 (プレビュー) ブック テンプレートを開きます。

ブックは異なるタブとサブタブに編成され、それぞれが特定の領域に焦点を当てて、Azure 環境のコストを削減するのに役立ちます。

  • 概要

  • レートの最適化

    • Azure ハイブリッド特典
    • Azure の予約
    • コンピューティングのための Azure 節約プラン
  • 使用状況の最適化

    • Compute
    • ストレージ
    • ネットワーク
    • その他の一般的な Azure サービス

各タブでは、次の機能がサポートされています:

  • フィルター - 特定のワークロードに集中するには、サブスクリプション、リソース グループ、場所のフィルターを使用します。
  • エクスポート - レコメンデーションをエクスポートして分析情報を共有し、チームとより効果的に共同作業します。
  • クイック修正 - おすすめの最適化をブック ページから直接適用し、最適化プロセスを合理化します。

Screenshot of Sample Advisor Workbook showing the different available tabs on the main screen and highlighting the goal of the workbook.

Note

ブックはガイダンスとして機能し、コスト削減を保証するものではありません。

ようこそ

ブックのホーム ページでは、目標と前提条件が強調されます。 また、フィードバックを送信して問題を報告する方法も提供します。

リソースの概要

次の図は、リージョンごとのリソースの分散を示しています。 ここでは、ほとんどのリソースが配置されている場所を確認し、他のリージョンにデータが転送されているかどうか、およびこの動作が予想されるかどうかを理解する必要があります。これは、データ転送コストが適用される可能性があるためです。 Azure サービスのコストは、需要、ローカル インフラストラクチャのコスト、レプリケーション コストに基づいて、地域間で異なる可能性があることにご注意ください。

セキュリティに関する推奨事項

セキュリティに関する推奨事項クエリでは、Azure Advisor のセキュリティに関する推奨事項の確認に重点を置いています。 ブックの評価から特定されたコスト削減の一部に再投資することで、ワークロードのセキュリティを強化できる可能性があります。

信頼性に関する推奨事項

信頼性に関する推奨事項クエリでは、Azure Advisor の信頼性に関する推奨事項の確認に重点を置いています。 ブックの評価から特定されたコスト削減の一部に再投資することで、ワークロードの信頼性を強化できる可能性があります。

レートの最適化

[レートの最適化] タブでは、Azure サービスのレートの最適化に関連する、節約できる可能性がある金額を確認することに重点を置いています。

Screenshot of Advisor Cost Optimization Workbook with the Rate Optimization tab selected.

Azure ハイブリッド特典

Azure ハイブリッド特典は、仮想マシン (VM) のオペレーティング システムのコストを節約する絶好の機会です。 このブックを使用すると、VM/VMSS (Windows および Linux)、SQL (SQL Server VM、SQL DB、SQL MI)、Azure Stack HCI (VM と AKS) に対して Azure ハイブリッド特典を使用する機会を特定できます。

Note

ブックのスコープで Dev/Test サブスクリプションを選択した場合は、Windows ライセンスと SQL ライセンスに対して既に割引が適用されているはずです。 そのため、ページに表示される推奨事項はサブスクリプションに適用されません。

Windows VM/VMSS

Azure ハイブリッド特典は、Virtual Machines OS のコストを節約する絶好の機会です。 ソフトウェア アシュアランスをお持ちの場合、Azure ハイブリッド特典を有効にできます。 Azure ハイブリッド特典計算ツールを使用して、節約できる可能性がある金額を確認できます。

Note

このクエリには、Windows VM に Azure ハイブリッド特典を適用するのに役立つクイック修正列があります。

Linux VM/VMSS

Linux 向け Azure ハイブリッド特典は、クラウドで Red Hat Enterprise Linux (RHEL) および SUSE Linux Enterprise Server (SLES) 仮想マシン (VM) を実行するコストを大幅に削減するのに役立つライセンス特典です。

SQL

Azure ハイブリッド特典は、SQL インスタンスでコストを節約する絶好の機会です。 ソフトウェア アシュアランスをお持ちの場合、SQL ハイブリッド特典を有効にできます。 Azure ハイブリッド特典計算ツールを使用して、節約できる可能性がある金額を確認できます。

Azure Stack HCI

Azure ハイブリッド特典は、Azure Stack HCI でコストを節約する絶好の機会です。 ソフトウェア アシュアランスをお持ちの場合、Azure Stack HCI ハイブリッド特典を有効にできます。

Azure の予約

Azure の予約のコスト削減の機会を確認します。 サブスクリプション、ルックバック期間 (7 日、30 日または 60 日)、期間 (1 年または 3 年)、リソースの種類に対するフィルターを使用します。 「Azure の予約とは」と、予約で節約できる金額に関する記事をご覧ください。

コンピューティングのための Azure 節約プラン

コンピューティング コスト削減の機会について、Azure 節約プランを確認します。 サブスクリプション、ルックバック期間 (7 日、30 日または 60 日)、期間 (1 年または 3 年) に対するフィルターを使用します。 「コンピューティングのための Azure 節約プラン」と、コンピューティングのための節約プランで節約できる金額に関する記事をご覧ください。

使用状況の最適化

[使用状況の最適化] タブでは、Azure サービスの使用状況の最適化に関連する、節約できる可能性がある金額を確認することに重点を置いています。

Screenshot of Advisor Cost Optimization Workbook with the Usage Optimization tab selected.

Compute

次のクエリは、コストを節約するために最適化できるコンピューティング リソースを示しています。

停止済み状態の仮想マシン

このクエリは、適切に割り当て解除されていない Virtual Machines を識別します。 仮想マシンの状態が [停止済み (割り当て解除)] ではなく [停止済み] の場合でも、ハードウェアが割り当てられたままであるため、リソースに対して課金されます。 詳細については、「Azure Virtual Machines の状態と課金状態」をご覧ください。

割り当てを解除された仮想マシン

割り当てを解除された状態の仮想マシンは電源がオフになっているだけでなく、基になるホスト インフラストラクチャも解放されているため、VM がこの状態にある間は、割り当てられたリソースに対する料金は発生しません。 ただし、Azure のディスクやネットワークなどの一部のリソースは引き続き課金されます。

Virtual Machine Scale Sets

このクエリでは、Microsoft Azure Virtual Machine Scale Sets に固有のコスト最適化の機会に焦点を当てます。 次のようなレコメンデーションが提供されます:

  • 中断、早期終了、エビクションの処理を実行できる Azure Spot VM をワークロードに使用することを検討する。 たとえば、バッチ処理ジョブ、開発、テスト環境などのワークロード、サイズの大きな計算ワークロードを、スポット ノード プールに対してスケジュールしてみるといいかもしれません。
  • スポット優先度ミックス: Azure では、仮想マシン スケール セットのデプロイに対して中断不可能な標準 VM と中断可能なスポット VM を組み合わせて柔軟に実行できます。 スポット優先度ミックスは、フレキシブル オーケストレーションを使用することで、ワークロード要件に応じて、利用できる容量の増加とインフラストラクチャ コストの削減の間で容易にバランスを取ることができます。

アドバイザーのレコメンデーション

コンピューティングに関する Advisor のレコメンデーションを確認します。 このタイルで使用できる推奨事項には、"使用率の低いインスタンスをサイズ変更またはシャットダウンして仮想マシンを最適化する"、または "予約仮想マシン インスタンスを購入して従量課金コストのコストよりさらに費用を節約する" などがあります。

記憶域

次のクエリは、コストを節約するために最適化できるストレージ リソースを示しています。

v2 ではないストレージ アカウント

v2 クエリではないストレージ アカウントは、v1 として構成されているストレージ アカウントの識別に重点を置いています。 v2 へのアップグレードには、次のような正当な理由があります。

  • Storage ライフサイクル管理を有効にする機能。
  • Storage 予約インスタンス。
  • アクセス層 - 一定期間アクセスがない場合は、ホット アクセス層からクール アクセス層にデータを切り替えることができます。

v1 ストレージ アカウントから汎用 v2 アカウントへのアップグレードは無料です。 アップグレード プロセス中に、目的のアカウント層を指定できます。 アップグレード時にアカウント層が指定されていない場合、アップグレードされたアカウントの既定のアカウント層はホットになります。 ただし、アップグレード後にストレージ アクセス層を変更すると、請求書が変更される可能性があるため、アップグレード中に新しいアカウント層を指定することをお勧めします。

接続されていないマネージド ディスク

接続されていないマネージド ディスク クエリは、接続されていないマネージド ディスクを識別するのに役立ちます。 接続されていないディスクは、サブスクリプションにコストがあることを示しています。 クエリでは、Azure Site Recovery によって使用されるディスクが自動的に無視されます。 この情報を使用して、不要になったアタッチされていないディスクを特定して削除します。

Note

このクエリには、必要ない場合にディスクを削除するのに役立つ [クイック修正] 列があります。

30 日以上のディスク スナップショット

30 日以上のディスク スナップショット クエリでは、30 日を超えるスナップショットが識別されます。 古いスナップショットを特定して管理すると、ストレージ コストを最適化し、Azure 環境の効率的な使用を確保するのに役立ちます。

Premium Storage を使用したスナップショット

コストの 60% を節約するために、親ディスクのストレージの種類には関係なく、スナップショットを Standard Storage に格納することをお勧めします。 これは、Managed Disks のスナップショットの既定オプションです。 Premium から Standard Storage にスナップショットを移行します。

削除されたソース ディスクを含むスナップショット

削除されたソース ディスクを含むスナップショット クエリは、ソース ディスクが削除されたスナップショットを識別します。

アイドル バックアップ

保護された項目のバックアップ アクティビティを確認して、過去 90 日間にバックアップされていない項目があるかどうかを判断します。 これは、バックアップ対象の基になっているリソースがもう存在しないこと、またはリソースに、バックアップが確実に作成されることを妨げている何らかの問題があることのいずれかを意味する可能性があります。

バックアップ ストレージの冗長性の設定

既定では、リソースのバックアップを構成すると、geo 冗長ストレージ (GRS) レプリケーションがこれらのバックアップに適用されます。 これは重要なデータの冗長性を高めるため、推奨されるストレージ レプリケーション オプションですが、開発テスト ワークロードのバックアップ可用性のニーズを満たしている場合は、ローカル冗長ストレージ (LRS) を使用して項目を保護することを選択できます。 GRS の代わりに LRS を使用すると、バックアップ ストレージのコストを半分に削減します。

アドバイザーのレコメンデーション

ストレージに関する Advisor のレコメンデーションを確認します。 このタイルで使用できる推奨事項には、"Blob Storage の予約容量" や "ライフサイクル管理の使用" などがあります。

ネットワーク

次のクエリは、コストを節約するために最適化できるネットワーク リソースを示しています。

Azure Firewall Premium

Azure Firewall Premium クエリは、Premium SKU を持つ Azure Firewall を識別し、関連付けられているポリシーに Premium のみの機能が組み込まれているかどうかを評価します。 Premium SKU ファイアウォールに、TLS や侵入検出などの Premium 機能を備えたポリシーがない場合は、ページに表示されます。 Azure Firewall SKU の詳細については、SKU の比較表に関する記事をご覧ください。

リージョンあたりの Azure Firewall インスタンス数

ハブ仮想ネットワークまたは Virtual WAN のセキュリティで保護されたハブに Azure Firewall の中央インスタンスを含めることで、Azure Firewall の使用を最適化します。 同じリージョンから同じハブに接続されている多数のスポーク仮想ネットワーク間で、同じ Firewall を共有します。 ハブスポーク トポロジの一部としての予期しないリージョン間トラフィックや、同じリージョンにデプロイされた複数の Azure ファイアウォール インスタンスがないことを確認します。 Azure Firewall の設計原則の詳細については、「Azure Well-Architected フレームワークのレビュー - Azure Firewall」をご覧ください。

空のバックエンド プールのある Application Gateway

空のバックエンド プールのある Application Gateway を確認します。 ターゲットのあるバックエンド プールがない場合、アプリケーション ゲートウェイはアイドル状態と見なされます。

空のバックエンド プールのある Load Balancer

空のバックエンド プールがある Standard Load Balancer を確認します。 ターゲットのあるバックエンド プールがない場合、Load Balancer はアイドル状態と見なされます。

アタッチされていないパブリック IP

孤立したパブリック IP アドレスを確認します。 このクエリでは、アイドル状態のネットワーク インターフェイス カード (NIC) に接続されているパブリック IP アドレスも表示されます。

仮想ネットワーク ゲートウェイ

追加コストを表す可能性があるため、接続が定義されていないアイドル状態の Virtual Network ゲートウェイを確認します。

アドバイザーのレコメンデーション

ネットワークに関する Advisor のレコメンデーションを確認します。 このタイルで使用できる推奨事項には、"アイドル状態の仮想ネットワーク ゲートウェイを削除または再構成してコストを削減する" や "プロビジョニングされていない ExpressRoute 回線を排除してコストを削減する" などがあります。

上位 10 個のサービス

次のクエリは、コストを節約するために最適化できるその他の一般的な Azure リソースを示しています。

Web Apps

App Service リストを確認します。

  • 停止した App Services は課金されるため、これらを確認します。

  • V2 SKU から V3 SKU へのアップグレードを検討します。 V3 SKU は、同様の V2 SKU よりも安価であり、コンピューティングのための予約インスタンスと節約プランを利用できます。

  • 購入する前に適切な予約インスタンス サイズを決定する - 予約を購入する前に、Premium v3 予約インスタンスの必要サイズを決定する必要があります。 次のセクションは、適切な Premium v3 予約インスタンス サイズを決定するのに役立ちます。

  • 自動スケーリングを適切に使用する - 自動スケーリングを使用して、必要な場合やオンデマンドでリソースをプロビジョニングできます。これにより、環境がアイドル状態のときにコストを最小限に抑えることができます。

Azure Kubernetes クラスター (AKS)

AKS のリストを確認します。 コスト最適化の機会の一部を次に示します。

  • クラスター自動スケーラーを有効にし、リソースの制約に従ってエージェント ノード数を自動的に調整する。
  • 中断、早期終了、エビクションの処理を実行できる Azure Spot VM をワークロードに使用することを検討する。 たとえば、バッチ処理ジョブ、開発、テスト環境などのワークロード、サイズの大きな計算ワークロードを、スポット ノード プールに対してスケジュールしてみるといいかもしれません。
  • CPU 使用量などをメトリクスに選択し、それに応じて、水平ポッド自動スケーラーを活用してデプロイするポッドの数を調整する。
  • Azure Kubernetes Service (AKS) の起動/停止機能を使用する。
  • 長期的な容量が必要なノード プールと予約インスタンスごとに適切な VM SKU を使用する。

Azure Synapse

SQL プールがアタッチされていない Azure Synapse ワークスペースを確認します。

監視

Azure Monitor - ベスト プラクティスに関する記事を確認して、Azure Monitor ログ、Azure リソース、アラート、仮想マシン、コンテナー、Application Insights に関連する設計チェックリストと構成に関する推奨事項を確認します。

Log Analytics

Log Analytics でのデータ インジェストに関連するコストを確認します。 次のアドバイスは、コストの最適化に役立つ可能性があります。

  • 必要に応じて、コミットメント レベルを採用します。
  • 1 つのワークスペースが最小コミットメント レベル (100 GB/日) に従って十分なデータを取り込まない場合、または同じリージョン内の複数のワークスペースからの取り込みコストを集計できる場合は、Azure Monitor ログ専用クラスターを採用します。
  • Free レベル ベースのワークスペースを従量課金制モデルに変換し、可能な場合は Azure Monitor ログ専用クラスターに追加します。

️🖱 1 つ以上の Log Analytics ワークスペースを選択して、過去 30 日間の毎日のインジェストの傾向を確認し、その使用状況を把握します。

Azure Advisor のコストに関する推奨事項

Log Analytics に関する Advisor のレコメンデーションを確認します。 このタイルで使用できる推奨事項には、"未使用の復元されたテーブルの削除を検討する" や "選択したテーブルに対して低コストの Basic ログ プランを構成する" などがあります。

詳細については、以下を参照してください: