次の方法で共有

Azure Monitoring Agent を使用した変更履歴とインベントリを有効にする

  • [アーティクル]

適用対象: ✔️ Windows VM ✔️ Linux VM ✔️ Windows レジストリ ✔️ Windows ファイル ✔️ Linux ファイル ✔️ Windows ソフトウェア ✔️ ファイル コンテンツ変更

この記事では、Azure portal から単一および複数の Azure Virtual Machines (VM) に対して変更履歴とインベントリを有効にする方法について説明します。

前提条件

Change Tracking と Inventory の有効化

このセクションでは、1 つの VM と複数の VM で変更の追跡を有効にする方法について詳しく説明します。

  1. Azure portal にサインインして仮想マシンに移動します。

    ポータルから仮想マシンを選択する方法を示すスクリーンショット。

  2. Change Tracking を有効にする仮想マシンを選択します。

  3. 検索で、「Change tracking」と入力して、変更履歴とインベントリ ページを表示します。

    ポータルから単一の仮想マシンの変更履歴オプションを選択するところを示すスクリーンショット。

  4. [すべての変更を常に最新の状態に保つ] レイアウトで、[AMA エージェントを使用して有効にする (推奨)] オプションを選択し、[有効にする] を選択します。

    デプロイが開始され、画面の右上隅に通知が表示されます。

    デプロイの通知を示すスクリーンショット。

Note

  • Azure Monitoring Agent を使用して Azure portal で Change Tracking を有効にすると、データ収集ルール (DCR) が自動的に作成されます。 このルールは、ct-dcr-aaaaaaaaa 形式の名前を持つリソース グループに表示されます。 ルールが作成されたら、必要なリソースを追加します。
  • 通常、仮想マシンを正常にオンボードして有効にするには、最大 2 ~ 3 分かかります。 変更履歴用に仮想マシンを有効にした後、特定の VM のファイル、レジストリ、またはソフトウェアに変更を加えることができます。

Azure Monitoring Agent を使用して大規模な Change Tracking を有効にする

前提条件

変更履歴を有効にする

存在しない場合はデプロイ (DINE) ポリシーを使用して、Azure Monitoring Agent での変更履歴を大規模かつ最も効率的な方法で有効にすることができます。

  1. Azure portal で、[ポリシー] を選択します。

  2. [ポリシー] ページの [作成] で、[定義] を選択します

  3. [ポリシー | 定義] ページの [定義の種類] カテゴリで、[イニシアティブ] を選択し、[カテゴリ] で[変更履歴とインベントリ] を選択します。 次の 3 つのポリシーの一覧が表示されます:

    • [Arc 対応仮想マシンの変更履歴とインベントリを有効にする] を選択します。

      Arc 対応仮想マシンの選択を示すスクリーンショット。

  4. [仮想マシンの変更履歴とインベントリを有効にする] を選択して、Azure 仮想マシンで変更履歴を有効にします。 このイニシアチブは、次の 3 つのポリシーで構成されます:

    • 組み込みのユーザー割り当てマネージド ID を仮想マシンに割り当てる

    • Windows 仮想マシン用に Change Tracking 拡張機能を構成する

    • Linux 仮想マシン用に ChangeTracking 拡張機能を構成する

      3 つのポリシーの選択を示すスクリーンショット。

  5. [割り当て] を選択して、リソース グループにポリシーを割り当てます。 たとえば、組み込みのユーザー割り当てマネージド ID を仮想マシンに割り当てます。

    Note

    リソース グループには仮想マシンが含まれており、ポリシーを割り当てると、リソース グループに対する変更履歴が大規模に有効になります。 同じリソース グループにオンボードされている仮想マシンでは、変更履歴機能が自動的に有効になります。

  6. [仮想マシンの変更履歴とインベントリを有効にする] ページで、次のオプションを入力します:

    1. [Basics] では、スコープを定義できます。 スコープを構成するには、3 つのドットを選択します。 [スコープ] ページで、サブスクリプションとリソース グループを指定します。
    2. [パラメーター] で、[ユーザー割り当てマネージド ID を持ち込む] のオプションを選択します。
    3. [データ収集ルールのリソース ID] を指定します。データ収集ルールを作成した後にデータ収集ルールのリソース ID を取得する方法の詳細について説明します。
    4. [Review + create](レビュー + 作成) を選択します。

データ収集ルールを作成する

  1. コンピューターに CtDcrCreation.json ファイルをダウンロードします。

  2. Azure portal に移動し、検索で「Deploy a custom template」と入力します。

  3. [カスタム デプロイ] ページで >テンプレートを選択し、[エディターで独自のテンプレートを作成する] を選択します。 テンプレートの作成を開始するためのスクリーンショット。

  4. [テンプレートの編集] で、[ファイルの読み込み] を選択して CtDcrCreation.json ファイルをアップロードします。

  5. [保存] を選択します。

  6. [カスタム デプロイ] > [基本] タブで、データ収集ルールをデプロイするサブスクリプションとリソース グループを指定します。 データ収集ルール名 は省略可能です。 リソース グループは、ここで選択した Log Analytics ワークスペース ID に関連付けられているリソース グループと同じである必要があります。

    データ収集ルールをデプロイするためのサブスクリプションとリソース グループの詳細を提供するところを示すスクリーンショット。

    Note

    • データ収集ルールの名前がそのリソース グループ内で一意であるようにします。そうしないと、デプロイによって既存のデータ収集ルールが上書きされます。
    • Log Analytics ワークスペースのリソース ID は、変更履歴データの格納に使用される Log Analytics ワークスペースの Azure リソース ID を指定します。 ワークスペースの場所が変更履歴でサポートされているリージョンからのものであることを確認する

  7. [確認と作成] > [作成] を選択して CtDcrCreation のデプロイを開始します。

  8. デプロイが完了したら、CtDcr-Deployment を選択して DCR 名を表示します。 ポリシーを使用した変更履歴とインベントリのデプロイには、新しく作成されたデータ収集ルールのリソース ID を使用します。

    デプロイの通知のスクリーンショット。

Note

Azure Monitoring Agent の変更履歴スキーマを使用してデータ収集ルール (DCR) を作成した後、このルールにデータ ソースを追加しないようにします。 これにより、変更履歴とインベントリが失敗する可能性があります。 このセクションでは、新しいリソースのみを追加する必要があります。

次のステップ