次の方法で共有


データ収集ルールを使用したメトリックのエクスポート (プレビュー)

プラットフォーム メトリックは、Azure リソースのさまざまな側面のパフォーマンスを測定します。 診断設定 は、プラットフォーム メトリックをサポートするすべての Azure リソースからプラットフォーム メトリックを収集およびエクスポートするために使用されます。 データ収集規則 (DCR) を 使用して、 サポートされている Azure リソースからプラットフォーム メトリックを収集およびエクスポートすることもできます。 この記事では、DCR を使用してメトリックをエクスポートする方法について説明します。

DCR と診断設定を同時に使用できますが、重複するデータ収集を回避するために、DCR を使用する場合は、メトリックの診断設定を無効にする必要があります。

DCR を使用してメトリックをエクスポートすることは、診断設定と比較して次の利点があります。

  • DCR 構成を使用すると、ディメンションを含むメトリックをエクスポートできます。
  • DCR 構成では、メトリック名に基づくフィルター処理が可能になるため、必要なメトリックのみをエクスポートできます。
  • DCR は、診断設定に比べて柔軟性と拡張性が高くなります。
  • DCR のエンド ツー エンド待機時間は 3 分以内ですが、診断設定のエクスポート待機時間は 6 ~ 10 分です。

作成されたメトリック データを継続的にエクスポートする場合は、DCR でメトリック エクスポートを使用します。 既に収集されている履歴データに対してクエリを実行するには、 データ プレーン メトリック Batch API を使用します。 2 つの戦略の比較については、「 データ プレーン メトリック Batch API クエリとメトリックのエクスポート 」を参照してください。

エクスポート先

メトリックは、次の宛先にエクスポートできます。

変換先の型 詳細
Log Analytics ワークスペース Log Analytics ワークスペースへのエクスポートは、リージョンをまたいで行うことができます。 Log Analytics ワークスペースと DCR は同じリージョンに存在する必要がありますが、任意のリージョンにあるリソースを監視できます。 Log Analytics ワークスペースに送信されたメトリックは、AzureMetricsV2 テーブルに格納されます。
Azure ストレージ アカウント ストレージ アカウント、DCR、監視対象のリソースはすべて同じリージョンに存在する必要があります。
Event Hubs Event Hubs、DCR、監視対象のリソースはすべて同じリージョンに存在する必要があります。

メトリック エクスポートにかかる待機時間は約 3 分です。 初期セットアップ後、宛先にメトリックが表示され始めるまでに最長 15 分かかります。

制限事項

メトリック エクスポート用 DCR には次の制限があります。

  • DCR ごとに指定できる宛先の種類は 1 つだけです。 複数の宛先に送信するには、複数の DCR を作成します。
  • 1 つの Azure リソースに関連付けることができる DCR は最大 5 個です。
  • DCR を使用したメトリックのエクスポートでは、時間単位のグレイン メトリックのエクスポートはサポートされていません。

サポートされているリソースとリージョン

現在、次のリソースは、データ収集ルールを使用したメトリックのエクスポートをサポートしています。

リソースの種類 ストリームの仕様
仮想マシン スケール セット Microsoft.compute/virtualmachinescalesets
仮想マシン Microsoft.compute/仮想マシン
Redis Cache Microsoft.cache/redis
IoT ハブ Microsoft.devices/iothubs
キー コンテナー Microsoft.keyvault/vaults
ストレージ アカウント Microsoft.storage/storageaccounts
Microsoft.storage/Storageaccounts/blobservices
Microsoft.storage/storageaccounts/fileservices
Microsoft.storage/storageaccounts/queueservices
Microsoft.storage/storageaccounts/tableservices
SQL Server Microsoft.sql/servers
Microsoft.sql/servers/databases
Operational Insights Microsoft.operationalinsights/workspaces
データ保護 Microsoft.dataprotection/backupvaults
Azure Kubernetes Service Microsoft.ContainerService/managedClusters

サポートされているリージョン

メトリック エクスポート用 DCR は任意のリージョンに作成できますが、メトリック エクスポート元のリソースは次のいずれかのリージョンに存在する必要があります。

  • オーストラリア東部
  • 米国中部
  • セントラル・US・EUAP
  • 米国中南部
  • 米国東部
  • 米国東部 2
  • Eastus2Euap
  • 米国西部
  • 米国西部 2
  • 北ヨーロッパ
  • 西ヨーロッパ
  • 英国南部

メトリック エクスポート用データ コレクション ルール (DCR) を作成する

この記事では、Azure portal、Azure CLI、PowerShell、API、または ARM テンプレートを使用して、メトリックのエクスポート用の データ収集規則 (DCR) を作成する方法について説明します。

重要

Platform Telemetry データをストレージ アカウントまたは Event Hub に送信するには、リソース、データ コレクション ルールおよび宛先ストレージ アカウントまたは Event Hub がすべて同じリージョンに存在する必要があります。

Azure portal を使用してデータ収集ルールを作成する

  1. Azure portal の [監視] メニューで、[ データ収集規則 ] を選択し、[ 作成] を選択します。

  2. 新しい DCR 作成エクスペリエンスを使用するには、ページの上部にあるリンクを選択します。

    [データ収集ルールの作成] ページを示すスクリーンショット。

  3. [ データ収集ルールの作成 ] ページで、規則名を入力し、DCR のサブスクリプションリソース グループ、および リージョン を選択します。

  4. ストレージ アカウントまたは Event Hubs にメトリックを送信する場合は、テレメトリの種類として PlatformTelemetry を選択し、マネージド ID を有効にします

    [データ収集ルールの作成] ページの [基本] タブを示すスクリーンショット。

  5. [ リソース ] ページで、[ リソースの追加 ] を選択して、メトリックを収集するリソースを追加します。

  6. [ 次へ ] を選択して、[ 収集して配信 ] タブに移動します。

    [データ収集ルールの作成] ページの [リソース] タブを示すスクリーンショット。

  7. [ 新しいデータソースの追加] を選択します

  8. 前の手順で指定したリソースのリソースの種類が自動的に選択されます。 将来的に、このルールを使用して、複数のリソースの種類からメトリックを収集する場合は、リソースの種類をさらに追加します。 収集されたメトリックの一部を削除する場合は、リソースの種類の アクション を選択します。 既定では、リソースに対して使用可能なすべてのメトリックが収集されます。

    [データ収集ルールの作成] ページの [収集と配信] タブを示すスクリーンショット。

  9. [ 次の変換先] を選択して、[ 変換先 ] タブに移動します。

  10. [ 宛先の追加] を選択し、追加する 宛先の種類 を選択します。 必須フィールドは、選択した宛先の種類に基づいて変更されます。

    メトリックをストレージ アカウントまたは Event Hubs に送信するには、メトリック、DCR、ストレージ アカウントまたはイベント ハブを生成するリソースがすべて同じリージョンにある必要があります。 メトリックを Log Analytics ワークスペースに送信するには、DCR が Log Analytics ワークスペースと同じリージョンに存在する必要があります。 メトリックを生成するリソースは、どのリージョンでもかまいません。

    [収集と配信] ページの宛先タブを示すスクリーンショット。

  11. [ 保存] を選択し、[ 確認と作成] を選択します。

DCR を作成した後、最初のプラットフォーム メトリック データが Log Analytics ワークスペースに表示されるまで最大 30 分かかります。 データのフローが始まると、Log Analytics ワークスペース、ストレージ アカウント、または Event Hubs に流れるプラットフォーム メトリックの時系列の待ち時間は、リソースの種類によりますが、約 3 分です。

データのエクスポート

次の例は、各宛先にエクスポートされるデータを示しています。

Log Analytics ワークスペース

Log Analytics ワークスペースにエクスポートされたデータは、Log Analytics ワークスペースの AzureMetricsV2 テーブルに次の形式で格納されます。

コラム タイプ Description
平均 real 時間の範囲内で収集される平均値。
_請求額サイズ real レコード サイズ (バイト単位)
数える real 時間の範囲内で収集されるサンプル数。
ディメンション dynamic メトリックに関連付けられたディメンション (JSON 形式)。
_IsBillable // 請求可能かどうかを示す 文字列 データの取り込みが料金の対象になるかどうかを指定します。 _IsBillable が false の場合、インジェストはお使いの Azure アカウントに課金されません
最大値 real 時間の範囲内で収集される最大値。
MetricCategory 文字列 メトリックのカテゴリ名。
指標名 文字列 メトリックの表示名。
メトリックリソースタイプ 文字列 メトリックを報告する Azure リソースのリソースの種類。
最小値 real 時間の範囲内で収集される最小値。
_ResourceId(リソース識別子) 文字列 レコードが紐づいているリソースのユニークな識別子
ソースシステム 文字列 イベントを収集したエージェントの種類を示す。 たとえば、Windows エージェントの場合は OpsManager (直接接続または Operations Manager のいずれか)、すべての Linux エージェントの場合は Linux、Azure Diagnostics の場合は Azure です
_SubscriptionId(サブスクリプションID) 文字列 レコードが紐付けられているサブスクリプションのユニークな識別子
テナント識別子 文字列 Log AnalyticsのワークスペースID
タイムジェネレイテッド datetime レコードが生成されたときのタイムスタンプ (UTC)。
タイムグレイン 文字列 メトリックの期間粒度。
合計 real 時間の範囲に含まれるすべての値の合計。
タイプ 文字列 テーブルの名前
ユニット名 文字列 メトリックの単位。

例えば次が挙げられます。

AzureMetricsV2 テーブルのログ分析クエリのスクリーンショット。

ストレージ アカウント

次の例は、ストレージ アカウントにエクスポートされたデータを示しています。

{
    "Average": "31.5",
    "Count": "2",
    "Maximum": "52",
    "Minimum": "11",
    "Total": "63",
    "resourceId": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/rg-dcrs/providers/microsoft.keyvault/vaults/dcr-vault",
    "time": "2024-08-20T14:13:00.0000000Z",
    "unit": "MilliSeconds",
    "metricName": "ServiceApiLatency",
    "timeGrain": "PT1M",
    "dimension": {
        "ActivityName": "vaultget",
        "ActivityType": "vault",
        "StatusCode": "200",
        "StatusCodeClass": "2xx"
    }
}

Event Hubs

次の例は、Event Hubs にエクスポートされたメトリックを示しています。

    {
      "Average": "1",
      "Count": "1",
      "Maximum": "1",
      "Minimum": "1",
      "Total": "1",
      "resourceId": "/subscriptions/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/resourcegroups/rg-dcrs/providers/microsoft.keyvault/vaults/dcr-vault",
      "time": "2024-08-22T13:43:00.0000000Z",
      "unit": "Count",
      "metricName": "ServiceApiHit",
      "timeGrain": "PT1M",
      "dimension": {
        "ActivityName": "keycreate",
        "ActivityType": "key"
      },
      "EventProcessedUtcTime": "2024-08-22T13:49:17.1233030Z",
      "PartitionId": 0,
      "EventEnqueuedUtcTime": "2024-08-22T13:46:04.5570000Z"
    }

データの収集の確認とトラブルシューティング

DCR をインストールした後、変更が有効になり、更新された DCR でデータが収集されるまで、数分かかる場合があります。 収集されているデータが表示されない場合は、トラブルシューティングに役立つメトリックとログを含む DCR 監視 機能を使用します。

DCR メトリックはすべての DCR に対して自動的に収集され、他の Azure リソースのプラットフォーム メトリックなどのメトリック エクスプローラーを使用して分析できます。 データ処理が成功しなかった場合に詳細なエラー情報を取得するには、 DCR エラー ログ を有効にします。

  • Logs Ingestion Bytes per MinLogs Rows Received per Min などのメトリックを確認し、データが Azure Monitor に到達していることを確認します。 そうでない場合は、データ ソースを確認して、想定どおりにデータが送信されていることを確認します。
  • Logs Rows Dropped per Min を参照し、行が削除されているかどうかを確認します。 変換によって行が削除される可能性があるため、これにエラーが示されない可能性があります。 ただし、削除された行が Logs Rows Dropped per Min と同じ場合、ワークスペースにデータは取り込まれません。 Logs Transformation Errors per Min を調べて、変換エラーがあるかどうかを確認します。
  • Logs Transformation Errors per Min を確認し、受信データに適用された変換のエラーがあるかどうかを判断します。 これは、データ構造または変換自体の変更が原因である可能性があります。
  • DCRLogErrors テーブルで、ログに記録されている可能性があるインジェスト エラーを調べます。 これにより、問題の根本原因を特定するための詳細が提供されます。

次のステップ