---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# サービスマッピング のトラフィックベースのディスカバリー

# サービスマッピング のトラフィックベースのディスカバリー {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年07月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：7分

サービスマッピング では、トラフィックベースの接続に従って構成アイテム (CI) を検出してマッピングできます。この方法はトラフィックベースマッピングと呼ばれ、パターンベースマッピングを補完します。

## トラフィックベースのマッピングとは {#traffic-based-discovery__section_hsx_4j3_gnb}

トラフィックベースのマッピングは、パターンベースのマッピングの拡張と見なすことができます。パターンベースのマッピングは事前定義されたルールとパターンを使用して接続を識別しますが、トラフィックベースのマッピングはネットワークトラフィックを分析して、環境内の CI 間の接続を自動的に検出します。このアプローチにより、 サービスマッピング パターンのみを使用して検出されない CI を見つけることができます。

構成によっては、トラフィックベースのディスカバリーの動作が異なる場合があります。 予測インテリジェンスが有効になっている場合、 サービスマッピング 接続ルールに基づいてサービスインスタンスに接続を自動的に追加します。これらの提案は、 構成管理データベース (CMDB) からのトラフィック関連データと、 予測インテリジェンス によるアプリケーションの指紋認証、CI、およびプロセスの分析を使用して生成されます。

予測インテリジェンスに基づくディスカバリーが有効になっていない場合、サービスマッピング はCMDBからのデータを使用してトラフィックベースの接続をサービスインスタンスに自動的に追加します。ただし、サービスインスタンスを適切に整理するには、無関係な CI への接続を手動で削除する必要がある場合があります。

通常、接続提案機能がオフになっている場合は、アプリケーションサービスのディスカバリーの初期ステージでトラフィックベースのディスカバリーを使用します。クリーンで整理されたサービスマップを維持するために、アプリケーションサービスのディスカバリーと微調整を完了した後に、トラフィックベースのディスカバリーをオフにすることを選択できます。詳細については、「[オーナー要求を実装するためのアプリケーションサービスの微調整](https://www.servicenow.com/docs/kTjp_np7hznIRK_4y0uuLg "アドミニストレーターは、アプリケーションサービスオーナーからのコメントに基づいてマップを微調整します。")」を参照してください。

トラフィックベースのディスカバリーでのみ作成された接続は削除されません。ただし、トラフィックベースディスカバリーが実行された後にパターンベースディスカバリーを実行すると、CI 間で重複した接続が作成される可能性があります。重複を避けるために、トラフィックベースディスカバリーによって作成された接続もパターンベースディスカバリーによって作成された場合は、それらの接続が削除されます。

## CMDB からのトラフィック関連データ {#traffic-based-discovery__section_a1q_wk3_gnb}

システムは、コマンドとネットワークフローログを使用してトラフィック関連データを収集し、それらを CMDB テーブルに保存します。サービスマッピング はこのデータをテーブルから取得し、CI の受信接続と送信接続を検出します。  
{#traffic-based-discovery__table_kh1_kft_xy__entry__3}

| テーブル | ソース | サービスマッピングでの使用目的 |
|-|-|-|
| フローコネクタ \[sa_flow_connection\] | Netflow および VPC ログ | 依存関係を検出し、トップダウンディスカバリー時に接続を追加します。 |
| フローサービス IP/ポートおよび統計情報 \[sa_flow_service\] | Netflow および VPC ログ | ポートでリッスンしているすべてのサービスを検出します。ベースシステムでは、サービスマッピング はこのテーブルのデータを使用しません。 |
| フローサーバー通信 \[sa_flow_server_comm\] | Netflow および VPC ログ | 他のサービスと通信するサービスを検出します。ベースシステムでは、サービスマッピング はこのテーブルのデータを使用しません。 |
| TCP 接続 \[cmdb_tcp\] | netstat および lsof コマンド | トップダウンディスカバリー時の接続を検出します。 |
[表 : 1. トラフィックベースの方法を使用して収集されたデータを含むテーブル]

{#traffic-based-discovery__table_kh1_kft_xy}

デフォルト構成または標準構成であるベースシステムでは、トラフィックベースのディスカバリーは、 netstat、 ss、および lsof コマンドを使用して収集された TCP 関連データのみに依存しています。Netflow および VPC ログに基づくディスカバリーには、追加の設定が必要です。 トラフィックベースのディスカバリーを強化するために、Netflow ログと VPC ログからデータを収集するように サービスマッピング を構成できます。 サービスマッピング は、改善されたアプリケーション依存関係マッピング (ADM) によって収集された TCP 接続データにもアクセスします。これは ディスカバリー 水平ディスカバリーの一部として実行されます。このプロセスの詳細については、「 [ディスカバリー のアプリケーション依存関係マッピング (ADM)](https://www.servicenow.com/docs/G0Q7sW~XHUnaZkXrJanupw#r_ApplicationDependencyMapping "アプリケーション依存関係マッピング (ADM) は、デバイス間の TCP 接続を検出することで CI を検出します。") 」を参照してください。

## システムのトラフィックベースディスカバリーの有効化 {#traffic-based-discovery__section_cwq_5cs_hnb}

コマンドを使用したトラフィックベースのディスカバリーは、任意のレベルで使用するために サービスマッピング で使用できます。最もグローバルなものから最も具体的なものまで、さまざまなレベルで有効にできます。詳細については、「[アプリケーションサービスに関するトラフィックベースのディスカバリーを有効にする](https://www.servicenow.com/docs/r5Mh9WsVIfk~SsGRDjocRw "サービスマッピング がトラフィックベースの接続を使用して、アプリケーションサービスを作成する CI を検出するようにします。")」を参照してください。

製品レベル
:   デフォルトでは、サービスマッピング でのトラフィックベースディスカバリーはオフになっています。トラフィックベースのディスカバリー (sa.traffic_based_discovery.active) プロパティは、このレベルでトラフィックベースのディスカバリーを制御します。製品レベルでトラフィックベースのディスカバリーを有効にすると、環境内のすべての CI のディスカバリーが容易になります。ただし、 サービスインスタンス、CI タイプ、または特定の CI レベルのより具体的なルールで、これらの設定を上書きできます。  
    重要:  
    トラフィックベースのディスカバリーは、製品レベルで有効にしない限り、それ以外のレベルで有効にすることはできません。

    接続提案機能は製品レベルで機能します。sa_ml.connection_suggestions.active プロパティは、この機能を制御します。Quebec リリース前にトラフィックベースのディスカバリーを有効にし、それを使用して少なくとも 1 つのアプリケーションサービスを検出した場合、接続提案機能はデフォルトでオフになっています。

サービスインスタンス レベル
:   個々の サービスインスタンスに対してトラフィックベースのディスカバリーを有効にすることができます。この場合、 サービスマッピング はこの サービスインスタンスを構成するすべての CI に対してトラフィックベースのディスカバリーを使用します。ただし、一部の CI タイプまたは特定の CI でトラフィックベースのディスカバリーがオフになっている場合、 サービスインスタンス がトラフィックベースのディスカバリーを使用するように設定されていても、これらの CI はこの方法では検出されません。

    たとえば、 Tomcat サーバー、MySQL データベース、および Web アプリケーションを含む特定のサービスインスタンスに対してトラフィックベースのディスカバリーを有効にするとします。 サービスマッピング は、トラフィックベースのディスカバリーを使用して、 Tomcat サーバー、MySQL データベース、および Web アプリケーションを検出します。

CI タイプレベル
:   ディスカバリールールを作成して、トラフィックベースディスカバリーから CI タイプを含めたり除外したりすることができます。このルールは、個々の サービスインスタンスに対して選択した設定よりも優先されます。

    たとえば、 Tomcat サーバー、MySQL データベース、Web アプリケーションを含む特定のサービスインスタンスに対して、トラフィックベースのディスカバリーを有効にします。すべての Tomcat サーバーをトラフィックベースのディスカバリーから除外する CI タイプルールを作成します。 サービスマッピング では、トラフィックベースのディスカバリーを使用して、MySQL データベースと Web アプリケーションを除外するルールがないため、それらを検出します。

特定の CI レベル
:   ディスカバリールールを作成して、トラフィックベースのディスカバリーに特定の CI タイプを含めたり除外したりすることができます。このルールは、個々の サービスインスタンス に対して選択した設定または CI タイプのルールよりも優先されます。

    たとえば、 Tomcat サーバー、MySQL データベース、Web アプリケーションを含む特定のサービスインスタンスに対して、トラフィックベースのディスカバリーを有効にします。すべての Tomcat サーバーをトラフィックベースのディスカバリーから除外する CI タイプルールを作成します。ただし、特定の Tomcat サーバーのトラフィックベースのディスカバリーを有効にするディスカバリールールも作成します。サービスマッピング は、すべての Tomcat サーバーを除外する CI タイプルールにもかかわらず、トラフィックベースのディスカバリーを使用して MySQL データベース、Web アプリケーション、およびその特定のTomcatを検出します。

:   CI タイプまたは特定の CI のルール作成の詳細については、「 [CI タイプまたは特定の CI のトラフィックベースのディスカバリーの有効化](https://www.servicenow.com/docs/pqJy9xFNzkixYnkhAlgNyw "CI によって生成される受信および送信トラフィックを検出することにより、サービスマッピング は CI を検出してマッピングできます。トラフィックベースのディスカバリールールを作成して、トラフィックベースのマッピングに使用できる構成アイテムを決定します。") 」を参照してください。

**関連概念**   

* [サービスマッピング のパターンベースの Discovery](https://www.servicenow.com/docs/LdwN7FuGg0GIxpVNBeOiew "パターンベースディスカバリーは、アプリケーションサービスで使用されるデバイスとアプリケーションに関するデータを収集する サービスマッピング の主要な手段です。サービスマッピング はデータを収集した後、アプリケーションサービスのマップを作成し、収集されたデータを CMDB に保存します。")
* [ネットフローを使用したデータ収集と検出](https://www.servicenow.com/docs/WBVkApMZIHV3l_~~_2d~xA "サービスマッピング は、Netflow プロトコルを使用して収集されたデータに基づいてディスカバリーを実行できます。 ネットフローは、サービスマッピングが Netstat および lsof コマンドとともに CI とその接続に関するデータを収集するために使用できるプロトコルです。")
* [VPC フローログを使用したデータ収集と検出](https://www.servicenow.com/docs/oRT0I3UnFFeNh4XLg7xncA "サービスマッピング は、VPC フローログを使用して収集されたデータに基づいてディスカバリーを実行できます。Amazon VPC は、Amazon Web Services を提供する Amazon Elastic Compute Cloud (EC2) インスタンスをホストします。VPC フローログは、VPC 内のネットワークインターフェイスに出入りする IP トラフィックに関するデータを収集します。")  
**関連タスク**   

* [接続提案を使用した複数のアプリケーションサービスの CI の追加または削除](https://www.servicenow.com/docs/NAtVEcdI166bgmJ5R5ePPw "予測インテリジェンス に基づく検出が有効になっている場合、新しくマップされたアプリケーションサービスには、ディスカバリーパターンによって追加された CI および CI 接続のみが含まれます。接続提案を使用して、グローバルに含めるまたは除外する構成アイテム (CI) を決定します。サービスマッピング は次に、検出されたすべての関連アプリケーションサービスを更新して、この決定を反映します。")
* [接続提案を使用した単一のアプリケーションサービスの CI の追加または削除](https://www.servicenow.com/docs/WELGq8Pkz~p9yamIe4PY7Q "予測インテリジェンスに基づくディスカバリーが有効になっている場合、新しくマップされたアプリケーションサービスには、ディスカバリーパターンを使用して追加された構成アイテム (CI) と CI 接続のみが含まれます。アプリケーションサービスを完了するには、 サービスマッピング によって生成された CI 接続の提案を使用します。")
* [アプリケーションサービスに属していない CI の削除](https://www.servicenow.com/docs/aGWm~28sLV_Nz6gKgvF~aA "サービスマッピング によってアプリケーションサービスの一部として誤ってマッピングされた CI を削除します。マップに不要な CI が含まれていると、イベント管理 で無関係なアラートが生成される可能性があります。たとえば、Web ポータル用にアプリケーションサービスを作成する場合、提携外の外部サービス (PayPal など) への接続が サービスマッピング によって自動的に検出されることがあります。")

