Azure コスト可視化と最適化完全ガイド

1. コスト可視化の重要性と NTT 東日本の提言

クラウド利用が拡大するほど、 「見える化」 が欠如すると予算オーバーやリソース浪費が顕在化します。本節では、NTT 東日本が公開したコラムから抽出した 3 つの要点と、その実装効果を概観します。

参照情報
- NTT 東日本「クラウド費用の可視化・管理」 コラム（閲覧日: 2026‑05‑20）
https://business.ntt-east.co.jp/content/cloudsolution/column-476.html

1‑1. 可視化、レビュー、アラートの 3 本柱

2. 不要リソース削除・強制タグ付け・コストアラート設定の実装手順

この章では、「見える化 → 自動化 → ガバナンス」 の流れで Azure 環境を最適化する具体的なフローを示します。各サブセクションは 1 文の導入文で始め、設定例やスクリプトを添付しています。

2‑1. 未使用リソースの自動検出と安全削除

未使用 VM やデータベースが残っているケースはコスト増大の典型です。以下の手順で Advisor + Resource Graph + Azure DevOps を組み合わせ、ヒューマンチェックを挟んだ安全な削除プロセスを構築します。

1. Azure Advisor の「未使用リソース」レポート

2. ポータル > Advisor > “コスト最適化” → 「低利用率の VM」一覧を取得。

3. Resource Graph で対象リソースを抽出（CLI 例）

bash
az graph query -q "
resources
| where type == 'microsoft.compute/virtualmachines'
| where properties.extended.instanceView.statuses[?(@.code == 'PowerState/deallocated')]
| project name, resourceGroup, location, tags"

1. 削除承認パイプライン（Azure DevOps YAML の抜粋）

yaml
stages:
- stage: ReviewDelete
jobs:
- job: DeleteVMs
pool: vmImage: 'ubuntu-latest'
steps:
- script: |
az vm delete --ids $(VM_IDS) --yes
displayName: 'Delete approved VMs'
approval:
timeout: 2d

ポイント：自動検出だけでなく、レビュー/承認ステップを挟むことで誤削除リスクを実質的にゼロに近づけます。
参考画像：未使用 VM レポートのスクリーンショット → https://example.com/screenshots/advisor-unused-vm.png（閲覧日: 2026‑05‑20）

2‑2. 強制タグ付けポリシーの作成と適用

タグは費用集計だけでなく、組織全体のガバナンスに不可欠です。以下の手順で Azure Policy を利用し、必須タグが未設定の場合はリソース作成をブロックします。

1. ポリシー定義（JSON）

json
{
"properties": {
"displayName": "Require CostCenter and Environment tags",
"policyRule": {
"if": {
"field": "[concat('tags[', parameters('tagName'), ']')]",
"exists": "false"
},
"then": {
"effect": "deny"
}
},
"parameters": {
"tagName": {
"type": "String",
"metadata": { "description": "Tag name to require" }
}
}
}
}

1. ポリシーの割り当て（CLI 例）

bash
az policy assignment create \
--name RequireTags \
--policy "/providers/Microsoft.Authorization/policyDefinitions/<definitionId>" \
--params '{"tagName": {"value":"CostCenter"}}' \
--scope "/subscriptions/<subscription-id>"

1. コンプライアンス確認
2. ポータル > Policy > 「コンプライアンス」タブで違反リソース数をモニタリング。

ポイント：必須タグが自動的に付与されるわけではないため、既存リソースには Azure PowerShell の Set-AzTag スクリプト で一括付与することも推奨します。
スクリプト例（PowerShell）

powershell
Get-AzResource -TagName "CostCenter" -TagValue $null |
ForEach-Object {
Set-AzTag -ResourceId $_.ResourceId -Tag @{ CostCenter = "UNKNOWN"; Environment = "PROD" } -Operation Merge
}

2‑3. コストアラートと自動チケット化

予算超過時の即応性を高めるため、Azure Cost Management の「予算」機能 と Power Automate を連携させ、Teams 通知＋ServiceNow チケット作成まで自動化します。

1. 予算作成手順（ポータル）

2. Azure Cost Management → “予算” → 「+ 追加」 → 金額・期間を設定し、閾値を 80 % と 100 % に構成。

3. アラート受信先の設定

4. アクショングループでメール＋Teams Webhook を登録。

5. Power Automate フロー例（画像参照）

![Power Automate Flow] (https://example.com/screenshots/pa-cost-alert.png)（閲覧日: 2026‑05‑20）

• トリガー：When a cost alert is triggered
• アクション①：Teams にメッセージ送信
• アクション②：ServiceNow の Create Incident コネクタでチケット生成

ポイント：自動化により、アラート発生から対策開始までのリードタイムを 5 分以内に短縮できます。

3. VM スペック最適化と Spot VM の活用

VM は過剰スペックがコスト増大の最大要因です。本章では メトリクス分析 → サイズ推奨 → Spot VM 入札 のサイクルを具体的に示します。

3‑1. ワークロード別 VM サイズ評価手順

メトリクス取得 CLI 例

推奨 SKU フィルタ例（jq 使用）

ポイント：30 日間の平均利用率が 70 % 以下であれば、Standard_B* 系にダウングレードし、最大 60 % のコスト削減が見込めます。

3‑2. Spot VM（スポット仮想マシン）の入札と中断対策

Spot VM は余剰キャパシティを利用できるため オンデマンド料金の最大 80 % 削減 が可能ですが、割り当てが取り消されるリスクがあります。以下は安全に導入するためのベストプラクティスです。

Spot VM 作成 CLI 例

中断イベント処理（Function App）サンプルコード（Python）

ポイント：中断時の自動フェイルオーバー設計が不十分だとジョブ失敗リスクが高まります。必ず Event Grid と Function の組み合わせで「eviction」通知をハンドリングしてください。

4. Blob Storage のアクセス層選定と料金比較

データ保管コストは保存容量とアクセス頻度で大きく変動します。本節では Hot / Cool / Archive の 3 層の特徴、公式料金へのリンク、そして実務で使えるライフサイクルポリシー例を示します。

公式料金ページ（2026‑05‑20 参照）
https://learn.microsoft.com/ja-jp/azure/storage/blobs/storage-blob-pricing

4‑1. 各アクセス層の特徴と公式単価

注記：料金は Microsoft の公式ページを基に算出し、2026‑01 の更新情報を使用しています。最新料金は上記リンク先をご確認ください。

4‑2. ライフサイクル管理ポリシーの実装例

以下の JSON は 30 日後に Cool に移行、180 日後に Archive に自動移行 するポリシーです。Azure Portal の「ストレージアカウント > データ保護 > ライフサイクル管理」からインポートできます。

ポイント：ポリシー適用後は Azure Monitor の「ストレージ アクティビティ」ログで実際の階層移行件数をモニタリングし、期待通りにコスト削減が進んでいるか確認してください。

5. Savings Plan と予約インスタンス（RI）の比較と適合ワークロード例

長期コミット型割引は Savings Plan と 予約インスタンス (RI) の二本柱です。本節では公式ガイドへのリンク、最新割引率の目安、そして選定フレームワークを示します。

Microsoft 公式比較ページ（2026‑05‑20 参照）
https://learn.microsoft.com/ja-jp/azure/cost-management-billing/savings-plan/decide-between-savings-plan-reservation

5‑1. Savings Plan の概要と対象サービス

実装例：az consumption savings-plan order create --sku <sku-id> --term P3Y --billing-scope /subscriptions/<sub-id>

5‑2. 予約インスタンス（RI）の特徴と期間別割引率

注意点：RI はインスタンスタイプ・リージョンが固定されるため、変更が必要になった場合は再購入が必須です。一方で Savings Plan は「使用量ベース」なので、変動が激しいマイクロサービス環境に適しています。

5‑3. 選定フレームワーク（チェックリスト）

1. リソースの安定性
2. 高い → RI 推奨

3. 変動あり → Savings Plan

4. リージョン横断の必要性

5. 必要 → Savings Plan

6. 予算確保の柔軟性

7. 前払いが可能 → 両方可
8. 分割払い希望 → Savings Plan（分割プランあり）

6. コスト削減効果測定と導入ハードル別比較表

本章では KPI の設計方法 と、各施策の「設定容易さ・リスク・長期コミット」の観点から比較した表を提示します。

6‑1. KPI 設計とレポート自動化

ダッシュボード構築手順（Power BI）

1. Azure Cost Management → 「エクスポート」設定で日次 CSV を Storage に保存。
2. Power BI Desktop でストレージの CSV を取得し、上記 KPI 用にカスタム列を作成。
3. 「KPI カード」ビジュアルで月次・四半期ごとに自動更新するよう設定（スケジュールリフレッシュは日次）。

ポイント：数値化された指標があれば、経営層への報告や予算交渉が客観的根拠を持って行えます。

6‑2. 手法別比較表（設定容易さ・リスク・長期コミット）

まとめ：導入コストとリスクのバランスを見て、まずは「コストアラート」や「Blob 階層化」の低ハードル施策から始め、効果測定後に Savings Plan／RI のような長期割引へシフトすることが推奨されます。

7. まとめと次のアクション

本ガイドは 「可視化 → 自動化 → 最適化」 のサイクルを実装するための全体像と、すぐに使える CLI / PowerShell スクリプト・ポリシー定義例を網羅しました。以下の 3 ステップで導入を進めてください。

1. 可視化基盤構築

2. Azure Cost Management に予算とアラートを設定し、タグポリシーで費用集計の土台を固める。

3. 自動削除・サイズ最適化パイプライン実装

4. Advisor + Resource Graph のクエリを Azure DevOps もしくは GitHub Actions に組み込み、レビュー承認フローで安全に削除。

5. VM スケールセットと Spot VM を併用し、バッチ処理のコストを最大 80 % 削減。

6. 長期割引戦略の選定

7. ワークロード安定性とリージョン横断性を評価し、Savings Plan と RI のハイブリッド活用で 30‑45 % の追加削減を目指す。

次に読むべき資料
- 「Azure Cost Management 詳細ガイド」 https://learn.microsoft.com/ja-jp/azure/cost-management-billing/（閲覧日: 2026‑05‑20）
- 「Spot VM ベストプラクティス」 https://learn.microsoft.com/ja-jp/azure/virtual-machines/spot-vms（閲覧日: 2026‑05‑20）

これらの手順と KPI を定期的にレビューすれば、予算超過リスクを最小化しつつ、クラウド投資対効果（ROI）を最大限に引き上げることが可能です。ぜひ本ガイドを社内ナレッジベースとして活用し、継続的なコスト最適化文化を醸成してください。