次の方法で共有

変更分析 (クラシック) の使用

重要

Azure Monitor 変更分析 (クラシック) は、2025 年 10 月 31 日に廃止されます。 このエクスペリエンスは、Azure Resource Graph を利用した変更分析 API に置き換えられます。 詳細については、変更分析 (クラシック) の将来と Resource Graph への移行方法に関するページを参照してください。

標準的な監視ソリューションでは、ライブ サイトの問題、停止、またはコンポーネントの障害が警告されることがありますが、多くの場合はその原因が説明されません。 サイトが 5 分前には機能していて、今は機能していないとしましょう。 この 5 分間でどのような変更があったのでしょうか。

Azure Monitor 変更分析 (クラシック) は、このような質問に答えるために設計されました。

変更分析 (クラシック) は Azure Resource Graph を基に構築されており、次の特長を備えています。

  • Azure アプリケーションの変更に関する分析情報の提供。
  • 可観測性の向上。
  • 平均修復時間の短縮。

メモ

現在、変更分析 (クラシック) はパブリック クラウドでのみ使用できます。

変更分析 (クラシック) アーキテクチャ

変更分析 (クラシック) では、インフラストラクチャ レイヤーからアプリケーション デプロイにわたって、さまざまな種類の変更を検出します。 変更分析 (クラシック) は、サブスクリプション レベルの Azure リソース プロバイダーとして、次のことを実行します。

  • サブスクリプション内のリソース変更を確認する。
  • 問題を引き起こした変更をユーザーが理解するために役立つ、さまざまな診断ツール向けのデータを提供します。

次の図に、変更分析 (クラシック) のアーキテクチャを示します。

変更分析 (クラシック) で変更データがどのように取得され、クライアント ツールに提供されるかを示すアーキテクチャ図。

サポートされているリソースの種類

変更分析 (クラシック) では、次のような一般的なリソースを含む、すべての Azure リソースの種類でリソース プロパティ レベルの変更がサポートされます。

  • Azure Virtual Machines
  • Azure 仮想マシンのスケールセット
  • Azure App Service
  • Azure Kubernetes Service (AKS)
  • Azure Functions (アジュール ファンクションズ)
  • ネットワーク リソース:
    • ネットワーク セキュリティ グループ
    • Azure Virtual Network
    • Azure Application Gateway など
  • データ サービス:
    • Azure Storage
    • Azure SQL
    • Azure Cache for Redis (アジュール・キャッシュ・フォー・レディス)
    • Azure Cosmos DB など。

データ ソース

変更分析（クラシック）についてのクエリ:

変更分析 (クラシック) はまた、リソース依存関係の変更を追跡して、アプリケーションの診断と監視をエンド ツー エンドで行います。

Azure Resource Manager のリソース プロパティの変更

変更分析 (クラシック) では、Resource Graph を使用して、アプリケーションをホストしている Azure リソースが時間と共にどのように変更されたかを示す履歴の記録が提供されます。 次の基本的な構成設定は、Resource Manager を使用して設定され、Resource Graph によって追跡されます。

  • マネージド ID
  • プラットフォーム OS のアップグレード
  • ホスト名

リソース構成の変更

Resource Manager を使用して設定した設定に加えて、Azure CLI と Bicep を使用して、次のような構成設定を設定できます。

  • IP 構成規則
  • トランスポート層セキュリティ設定
  • 拡張機能のバージョン

これらの設定の変更は、Resource Graph ではキャプチャされません。 変更分析 (クラシック) では、接続文字列の変更など、これらの主要な構成プロパティの変更のスナップショットをキャプチャして、このギャップを埋めます。 スナップショットでは、構成変更と変更の詳細が最大 6 時間ごとに取得されます。

リソース構成の変更分析に関する既知の制限事項を参照してください。

機能と Web アプリの変更 (ゲスト環境内での変更)

変更分析では、30 分ごとに Web アプリケーションの構成の状態がキャプチャされます。 たとえば、アプリケーション環境変数、構成ファイル、WebJob の変更を検出できます。 このツールで差分が計算され、変更点が提示されます。

最新の変更を表示するために [更新] が選択された状態を示すスクリーンショット。

トラブルシューティング ガイドを参照してください。次の項目が表示されない場合は:

  • 30分以内にファイルの変更を行う
  • 構成変更は6時間以内に。

ゲスト内の変更分析に関する既知の制限事項を参照してください。

現在、サイト ルート wwwroot の下にあるテキストベースのファイルで次の拡張子が付くものは、すべてサポートされています。

  • *.json
  • *.xml
  • *.ini
  • *.yml
  • *.config
  • *.properties
  • *.html
  • *.cshtml
  • *.js
  • requirements.txt
  • Gemfile
  • Gemfile.lock
  • config.gemspec

依存関係の変更

リソースの依存関係の変更も、リソースで問題を引き起こす場合があります。 たとえば、Web アプリから Redis キャッシュが呼び出される場合、Redis キャッシュ SKU が Web アプリのパフォーマンスに影響を与える可能性があります。

別の例として、仮想マシンのネットワーク セキュリティ グループでポート 22 が閉じられた場合は、接続エラーが発生します。

Web アプリに関する問題の診断と解決のナビゲーター (プレビュー)

変更分析 (クラシック) では、Web アプリの DNS レコードを調べて、問題を引き起こした可能性のある依存関係およびアプリケーション コンポーネントの変更を検出します。

現在、Web アプリに関する問題の診断と解決のナビゲーターでは、次の依存関係がサポートされています。

  • ウェブアプリケーション
  • Azure Storage
  • Azure SQL

制限事項

  • OS 環境: Azure 関数と Web アプリのゲスト内変更の場合、変更分析 (クラシック) は現在、Windows 環境でのみ機能し、Linux では機能しません。
  • Web アプリのデプロイの変更: 変更分析 (クラシック) ツールでは、コード デプロイの変更情報をすぐに利用できない場合があります。 変更分析 (クラシック) で最新の変更を表示するには、[Refresh]\(最新の情報に更新\) を選択します。
  • 関数と Web アプリ ファイルの変更: ファイルの変更が表示されるまでに最大 30 分かかります。
  • 関数と Web アプリの構成変更: 構成変更に対するスナップショット アプローチのために、変更が発生した時点から、構成変更のタイムスタンプが表示されるまでに最大 6 時間かかることがあります。
  • Web アプリのデプロイと構成の変更: サイト拡張機能がこれらの変更を収集して、アプリケーションが所有するディスク領域に格納します。 このため、データの収集と保存は、アプリケーションの動作の影響を受けます。 不適切な動作をしているアプリケーションが結果に影響しているかどうかを確認します。
  • すべての変更のスナップショット保有期間: リソースの変更分析データは、Resource Graphs によって追跡されます。 Resource Graph は、追跡対象リソースのスナップショット履歴を "14 日間" だけ保持します。

よく寄せられる質問

このセクションでは、一般的な質問への回答を示します。

変更分析 (クラシック) の使用にはコストはかかりますか?

変更分析 (クラシック) は、追加コストなしで使用できます。 Microsoft.ChangeAnalysis リソース プロバイダーを有効にすると、変更分析 (クラシック) でサポートされているものはすべて使用できるようになります。

関連するコンテンツ