---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Dynatrace とベーシック認証の統合

# Dynatrace とベーシック認証の統合 {#ariaid-title1}

* リリースバージョン: Xanadu
* 
* 更新日 2026年06月24日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

Dynatrace をイベント管理と統合するには、Dynatrace コンソールで標準 Webhook を追加します。

## 始める前に

イベント管理コネクタ (sn_em_connector) プラグインが Now Platform インスタンスにインストールされていることを確認します。

Dynatrace で管理されるホストの構成アイテムが、Now Platform インスタンスに存在していることを確認します。これらの CI は物理的または仮想的なものである可能性があり、手動で作成されていることも、IP ディスカバリーや クラウドディスカバリー を介して検出されていることもあります。

必要なロール：evt_mgmt_integration および web_service_admin

## このタスクについて

Dynatrace からのイベント収集用にイベント管理環境を構成するには、Dynatrace をデータソースとして認証します。Dynatrace コンソールで、標準 Webhook を使用して、Now Platform インスタンスを REST エンドポイントとして設定します。

## 手順

1. Dynatrace コンソールで、ホスト命名ルールを定義します。
   1. 移動先 設定モニタリングホストの命名.
   2. ServiceNow から CI を一意に識別するために、各クラウドプロバイダー (Azure/AWS/GCP) のホスト命名ルールを定義します。

   {#dynatrace-events-webhook__substeps_eps_drj_vnb}  
   これにより、Dynatrace から受信したペイロードから ServiceNow CI を一意に識別できるようになります。  
   注:  
   VMware は、Dynatrace で物理サーバーとして管理されるので、これらのマシンのホスト命名ルールを作成する必要はありません。
2. 例外検出ルールを定義します。
   1. 移動先 設定異常検出インフラストラクチャ.
   2. \[ホスト\] タブで、管理対象ホストでアラートを作成するタイミングに関するルールを定義します。
   {#dynatrace-events-webhook__substeps_kyl_mrj_vnb}
3. データ連携設定を定義します。
   1. 移動先 設定データ連携問題通知通知をセットアップする.
   2. \[カスタムデータ連携を設定 (Set up custom integration)\] フォームで、Webhook URL https://\<インスタンス名\>.service-now.com/api/sn_em_connector/em/inbound_event?source=dynatrace を追加します。
   3. 関連するユーザーのユーザー名とパスワードを入力します。  
      注:  
      選択したユーザーに evt_mgmt_integration ロールが割り当てられていることを確認します。適切な認証を確実に行うには、高い権限を持つユーザーではなく、evt_mgmt_integration ロールを持つ最小権限のユーザーを使用します。
   4. \[カスタムペイロード (Custom payload)\] セクションで、生成されるイベントの次のペイロード構造を追加します。  

          { 
            "ImpactedEntities": {ImpactedEntities}, 
            "ImpactedEntity": "{ImpactedEntity}", 
            "PID": "{PID}", 
            "ProblemDetailsHTML": "{ProblemDetailsHTML}", 
            "ProblemDetailsJSONv2": "{ProblemDetailsJSONv2}", 
            "ProblemDetailsMarkdown": "{ProblemDetailsMarkdown}", 
            "ProblemDetailsText": "{ProblemDetailsText}", 
            "ProblemID": "{ProblemID}", 
            "ProblemImpact": "{ProblemImpact}", 
            "ProblemSeverity": "{ProblemSeverity}", 
            "ProblemTitle": "{ProblemTitle}", 
            "ProblemURL": "{ProblemURL}", 
            "State": "{State}", 
            "Tags": "{Tags}" 
          } 

   {#dynatrace-events-webhook__substeps_dhp_vbk_vnb}
{#dynatrace-events-webhook__steps_g5x_v2t_sbc}

## タスクの結果

Dynatrace コンソールからイベント管理プラグインにアラートが送られ始めます。このプラグインは、元の Dynatrace アラートメッセージから情報を抽出し、必要なイベントフィールドに値を入力して、イベントをデータベースに挿入します。Now Platform インスタンスで、\[すべてのイベント\] に移動してイベントを表示します。  
注:  
デフォルトでは、すべての (Azure/AWS/Google) プロバイダーの Dynatrace イベントで、ホストバインディングが有効になっています。認証情報を提供することで環境内のすべてのホストがクラウドディスカバリーで検出され、検出されたリソースが cmdb_ci_vm_object リストにある場合は、VM バインディングが発生しない可能性があります。これを解決するには、Dynatrace - 一般イベントルールを有効にする必要があります。イベントルールの詳細については、「[イベントルール](https://servicenow-prod.fluidtopics.net/ZIiAuel5txt3jlfn6ACsWA "イベントルールを使用して、追跡および修復のためのアラートを生成します。イベントルールは、イベントルール [em_match_rule] テーブルに格納されます。イベントとアラートの生成を管理するためのイベントルールを設定およびカスタマイズします。")」を参照してください。