次の方法で共有


Azure Monitor の診断設定を作成する

Azure Monitor プラットフォームのメトリックとログを Azure Monitor ログ、Azure Storage、または Azure Event Hubs に送信するため、Azure Monitor で診断設定を作成したり、編集したりします。 Azure portal、Azure CLI、PowerShell、Azure Resource Manager など、さまざまな方法を使用して診断設定を操作できます。

Von Bedeutung

診断設定に設定されていたアイテム保持ポリシーは非推奨になり、使用できなくなりました。 ログが保持される時間の長さを管理する場合は、Azure Storage ライフサイクル ポリシーを使用します。 詳細については、「診断設定ストレージ保持を Azure Storage ライフサイクル管理に移行する」をご覧ください

Azure portal では、Azure Monitor メニューから、またはリソースのメニューから診断設定を構成できます。

  1. Azure portal で診断設定を構成する場所は、リソースによって異なります。

    • リソースが 1 つの場合は、リソースのメニューで、[監視][診断設定] を選びます。

      Azure portal のリソース メニューの [監視] セクションが示されたスクリーンショット。[診断設定] が強調表示されています。

    • リソースが 1 つまたは複数の場合は、Azure Monitor メニューで、[設定][診断設定] を選んでから、リソースを選びます。

      [Azure Monitor] メニューの [設定] セクションが示されたスクリーンショット。[診断設定] が強調表示されています。

    • アクティビティ ログの場合は、[Azure Monitor] メニューで [アクティビティ ログ] を選び、[アクティビティ ログのエクスポート] を選びます。 アクティビティ ログのレガシ構成が無効になっていることを確認してください。 手順については、既存の設定を無効にするに関するページを参照してください。

      [Azure Monitor] メニューが示されたスクリーンショット。アクティビティ ログが選択されており、[監視 - アクティビティ ログ] メニュー バーで [アクティビティ ログのエクスポート] が強調表示されています。

  2. 選択したリソースの設定が存在しない場合、設定を作成するように求められます。 [診断設定の追加] を選択します。

    既存の設定がなく、[診断設定の追加] が示されたスクリーンショット。

    リソースに対する既存の設定が存在する場合は、構成済みの設定の一覧が表示されます。 [診断設定を追加する] を選び、新しい設定を追加します。 または、[設定の編集] を選び、既存の設定を編集します。 各設定には、各送信先の種類を 1 つだけ含めることができます。

    既存の設定への診断設定の追加を示すスクリーンショット。

  3. 設定にまだ名前がない場合は、名前を付けます。

    診断設定の名前が示されたスクリーンショット。

  4. ルーティングするログとメトリック: ログの場合は、カテゴリ グループを選ぶか、後で指定した宛先に送信するデータのカテゴリごとに個々のチェックボックスをオンにします。 カテゴリの一覧は、Azure サービスごとに異なります。 メトリックを Azure Monitor ログにも保存する場合は、[AllMetrics] を選びます。

  5. 宛先の詳細: 各宛先のチェックボックスをオンにします。 詳細情報を追加できるように、オプションが表示されます。

    [宛先の詳細] セクションで選択可能なオプションを示すスクリーンショット。

    1. Log Analytics ワークスペースへの送信: サブスクリプションと、データを送信する Log Analytics ワークスペースを選択します。 ワークスペースがない場合は、先に進む前に作成する必要があります。

    2. ストレージ アカウントへのアーカイブ: サブスクリプションと、データの保存先となるストレージ アカウントを選択します。

      ストレージ カテゴリと宛先の詳細が示されたスクリーンショット。

      ヒント

      ログが保持される時間の長さを管理する場合は、Azure Storage ライフサイクル ポリシーを使用します。 診断設定に設定されていたアイテム保持ポリシーは非推奨になりました。

    3. イベント ハブへのストリーム: 次の条件を指定します。

      • サブスクリプション: イベント ハブが含まれるサブスクリプション。
      • イベント ハブ名前空間: 存在しない場合は、作成する必要があります。
      • イベント ハブの名前 (省略可能): すべてのデータの宛先の名前。 名前を指定しない場合は、ログ カテゴリごとにイベント ハブが作成されます。 複数のカテゴリを送信する場合は、名前を指定して、作成するイベント ハブの数を制限することができます。 詳細については、「Azure Event Hubs のクォータと制限」をご覧ください。
      • イベント ハブ ポリシー名 (同じく省略可能): ポリシーによってストリーミング メカニズムのアクセス許可が定義されます。 詳細については、Event Hubs の機能に関するページを参照してください。
    4. パートナー ソリューションへの送信: 最初に Azure Native ISV サービスをサブスクリプションにインストールする必要があります。 構成オプションはパートナーによって異なります。 詳細については、「Azure Native ISV Services の概要」を参照してください。

  6. サービスでリソース固有Azure 診断の両方のモードをサポートしている場合は、ターゲットとして Log Analytics ワークスペースを選択すると、ターゲット テーブルを選択するオプションが表示されます。 テーブル構造のために、より柔軟性と効率が高いクエリが可能なため、通常は [リソース固有] を選択する必要があります。

    ターゲット テーブルを設定するダイアログ ボックスのスクリーンショット。

  7. 保存 を選択します。

しばらくすると、このリソースに対する設定のリストに新しい設定が表示されます。 ログは、新しいイベント データが生成されると、指定された宛先にストリーミングされます。 イベントが生成されてから、それが Log Analytics ワークスペースに表示されるまで、最大で 15 分ほどかかる場合があります。

トラブルシューティング

メトリック カテゴリがサポートされていない

診断設定をデプロイすると、"メトリック カテゴリ 'xxxx' がサポートされていません" のようなエラー メッセージが表示されます。 以前のデプロイが成功した場合でも、このエラーが表示される場合があります。

この問題は、Resource Manager テンプレート、REST API、Azure CLI、または Azure PowerShell を使用するときに発生します。 Azure portal を使用して作成された診断設定は、サポートされているカテゴリ名のみが表示されるため、影響を受けません。

AllMetrics 以外のメトリック カテゴリは、限られた数の Azure サービスを除いてサポートされていません。 これまで、その他のカテゴリ名は診断設定のデプロイ時に無視され、AllMetrics にリダイレクトされていました。 2021 年 2 月の時点で提供済みのメトリック カテゴリが検証されます。 この変更が原因で一部のデプロイが失敗しました。

この問題を解決するには、デプロイを更新して、AllMetrics 以外のメトリック カテゴリ名を削除します。 デプロイで複数のカテゴリを追加する場合は、1 つの AllMetrics カテゴリのみを使用します。 問題が引き続き発生する場合は、Azure portal から Azure サポートにお問い合わせください。

resourceID の ASCII 以外の文字が原因で設定が消える

診断設定では、ASCII 以外の文字 (Preproduccón など) を含む resourceID はサポートされていません。 Azure でリソースの名前を変更することはできないため、非 ASCII 文字を使用せずに新しいリソースを作成する必要があります。 文字がリソース グループ内にある場合は、そのリソースを新しいグループに移動できます。

重複または削除されたデータの可能性

すべてのログ データが宛先に正しく送信されるようにするためのすべての作業が行われていますが、エンドポイント間でのログのデータ転送を 100% 保証することはできません。 これらの問題を回避し、ログ データがエンドポイントに確実に到着するよう、再試行やその他のメカニズムが用意されています。

非アクティブなリソース

リソースが非アクティブで、ゼロ値のメトリックをエクスポートしている場合、診断設定のエクスポート メカニズムは段階的にバックオフして、ゼロ値のエクスポートと保存という不要なコストを回避します。 このバックオフにより、次のゼロ以外の値のエクスポートが遅延する可能性があります。

リソースが 1 時間非アクティブになると、エクスポート メカニズムは 15 分に戻ります。 つまり、次のゼロ以外の値がエクスポートされるまでに最大 15 分の待機時間が発生する可能性があります。 7 日間の非アクティブ期間の後、最大 2 時間のバックオフ時間に達します。 リソースがゼロ以外の値のエクスポートを開始すると、エクスポート メカニズムは元のエクスポート待機時間の 3 分に戻ります。

この動作は、エクスポートされたメトリックにのみ適用され、メトリックベースのアラートや自動スケーリングには影響しません。

診断設定を有効にした後に Application Insights に重複するテレメトリが表示されるのはなぜですか?

診断設定を有効にして、ワークスペースベースの Application Insights データを任意の Log Analytics ワークスペース (Application Insights データを既に格納しているものも含む) にエクスポートすると、クエリは重複した結果を返します。 この重複は、既定のパイプラインと診断設定の両方が同じデータをワークスペースに送信するためです。

テレメトリの重複を回避するために、同じワークスペースにデータを送信するように診断設定を構成しないでください。 別のワークスペースにデータをエクスポートする必要がある場合は、変換とカスタム テーブルでデータ収集規則 (DCR) を使用します。 このセットアップでは、取り込み前にデータがフィルター処理され、クエリ内の重複レコードが防止されます。

次のステップ