Discovery のパフォーマンス測定基準

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む16読むのに数分
  • Discovery のこの機能拡張は、プローブ / パターンおよびセンサー処理時間におけるパフォーマンス測定基準を収集し、そのデータを時間をかけて集計します。ロールアップデータを使用して特定の検出のパフォーマンスを監視したり、アップグレード後のバージョン間のパフォーマンスを比較したりすることができます。

    測定基準

    Discovery には、次のような個々のパフォーマンス測定基準があります。
    • プローブおよびパターン処理時間
    • センサー処理時間
    • Discovery パターンの識別および調整エンジン (IRE) 処理時間。この処理時間は既にセンサー処理時間に含まれていますが、パターンペイロードの識別と調整をより詳細に把握するために、ここでは隔離されています。
    Discovery は次の属性の個々の測定基準を集計できます。
    • ビルド / バージョン
    • Discovery ステータス
    • ターゲット IP アドレス

    測定基準集計のトリガー方法

    測定基準ロールアップは次のように開始されます。
    • [ビルドごとに集計 (Aggregated by build)]:[ビルドごとの集計検出プローブとセンサーの測定基準 (Aggregate Discovery Probe And Sensor Metrics By Build)] スケジュール済みジョブによって実装されます。このジョブは現地時間の 0200 に実行されます。
    • [ステータスごとに集計 (Aggregated by status)]:[discovery.complete] または [discovery.cancelled] 登録済みイベントによってトリガーされる、[ステータスごとのロールアッププローブ / センサー測定基準 (Rollup Probe/Sensor Metrics by Status)] スクリプトアクションによって実装されます。
    • [ターゲットごとに集計 (Aggregated by target)]:[discovery.device.complete] 登録済みイベントによってトリガーされる、[ターゲットごとのロールアッププローブ / センサー測定基準 (Rollup Probe/Sensor Metrics by Target)] スクリプトアクションによって実装されます。
    注:
    Discovery の実行が完了前にキャンセルされると、Discovery は IP ターゲット測定基準集計テーブルを更新できません。これは、集計をトリガーする discovery.device.complete イベントが実行されないためです。後続の検出がターゲットで正常に実行されると、中断された Discovery の IP ターゲットデータが収集されます。Discovery の実行をキャンセルしても、他の測定基準の集計には影響せず、別々にトリガーされます。

    テーブル

    Discovery パフォーマンス測定基準データは次のテーブルに格納されます。
    テーブル 説明
    プローブとセンサーの測定基準 (個別) [discovery_perf_metric_probe_sensor] プローブ / パターン、センサー、および IRE 処理時間の個別のパフォーマンス測定基準を格納します。
    プローブとセンサーの測定基準 (集計) [discovery_perf_metric_probe_sensor_rollup] これは測定基準集計のベーステーブルであり、データ自体を格納しません。ビルドごと、ステータスごと、およびターゲットごとの 3 つのロールアップテーブルすべてがこのテーブルを拡張します。
    プローブとセンサーの測定基準 (ビルドごとに集計) [discovery_perf_metric_probe_sensor_rollup_by_build] プローブ / パターン、センサー、およびビルドとバージョンごとの IRE について集計されたパフォーマンス測定基準を格納します。
    プローブとセンサーの測定基準 (ステータスごとに集計) [discovery_perf_metric_probe_sensor_rollup_by_status] プローブ / パターン、センサー、および Discovery のステータスごとの IRE について集計されたパフォーマンス測定基準を格納します。
    プローブとセンサーの測定基準 (ターゲットごとに集計) [discovery_perf_metric_probe_sensor_rollup_by_target] プローブ / パターン、センサー、および IP アドレスごとの IRE について集計されたパフォーマンス測定基準を格納します。

    Discovery のプロパティ

    パフォーマンス測定基準のプロパティは、集計が発生するかどうかを制御しますが、集計に含まれるデータは制御しません。ステータスおよび IP ターゲットデータは次のように収集されます。
    • ステータスのロールアップには常に新しいデータが含まれます。Discovery は、検出の実行中にその Discovery ステータスについてすべてのプローブとセンサーのデータを継続的に収集し、プローブとセンサーの測定基準 (個別) [discovery_perf_metric_probe_sensor] テーブルにそのデータを格納します。集計では、ステータスロールアップの集計プロパティが有効になっている場合に限り、その特定のステータスについて、そのステータスで discovery.cancel イベントと discovery.complete イベントが発生した後ですべてのプローブとセンサーデータがロールアップされます。
    • Discovery は IP ターゲットのデータを継続的に収集し、プローブとセンサーの測定基準 (個別) [discovery_perf_metric_probe_sensor] テーブルにそのデータを格納します。集計では、glide.discovery.perf.metrics.rollup_by_target プロパティが有効になった後で、既存のすべての IP ターゲットデータがロールアップされ、プローブとセンサーの測定基準 (ターゲットごとに集計) [discovery_perf_metric_probe_sensor_rollup_by_target] テーブルにレコードが作成されます。
    次のプロパティがプローブとセンサーの測定基準の収集を制御します。
    プロパティ 説明
    glide.discovery.perf.metrics.enable_collection パフォーマンス測定基準の収集を有効にします。
    • タイプ:true | false
    • [デフォルト]: true
    glide.discovery.perf.metrics.rollup_by_build 個々の検出パフォーマンス測定基準が、ビルドごとにグループ化するロールアップテーブルに集計されます。
    • タイプ:true | false
    • [デフォルト]: true
    glide.discovery.perf.metrics.rollup_by_status 個々の検出パフォーマンス測定基準が、Discovery ステータスごとにグループ化するロールアップテーブルに集計されます。
    • タイプ:true | false
    • デフォルト:false
    glide.discovery.perf.metrics.rollup_by_target 個々の検出パフォーマンス測定基準が、ターゲット IP アドレスごとにグループ化するロールアップテーブルに集計されます。デフォルトでは、ターゲット IP ごとの集計が無効になっている場合でも、Discovery は個々の IP アドレス測定基準を継続的に収集します。IP ターゲットの集計を有効にすると、Discovery にはロールアップテーブルにすべてのターゲット測定基準を含めます。
    • タイプ:true | false
    • デフォルト:false

    プローブ、センサー、およびパターンの Discovery パフォーマンス測定基準の表示

    デフォルトでは、Discovery は処理時間を測定することにより、個々のプローブ、センサー、およびパターンのパフォーマンスを追跡します。パターンを使用する場合、Discovery は識別と調整エンジン (IRE) の処理時間を想定します。

    始める前に

    必要なロール:discovery_admin、admin

    手順

    1. 移動先 すべて > ディスカバリー > ディスカバリーパフォーマンス測定基準 > プローブ/センサー (個人).
    2. Discovery ステータスでリストをソートして、特定の Discovery で実行されたプローブとパターンのリストを表示します。
    3. リスト内の各プローブ、センサー、またはパターンの測定基準を表示したり、レコードを開いたりすることができます。
      プローブとセンサーの測定基準データはすべて読み取り専用です。
      個別のプローブとセンサーの測定基準
      [プローブとセンサーの測定基準 (個人)] フォームには次のフィールドがあります。
      フィールド ラベル フィールド名 説明
      ビルド/バージョン build_version Discovery が実行されたビルド
      Discovery ステータス discovery_status 測定基準が収集された Discovery ステータスの ID 番号
      ターゲット IP アドレス target_ip この検出のターゲットの IP アドレス。
      ECC キュー入力 ecc_queue_input ECC キューテーブル内の特定の ECC 入力レコードを識別します。
      ECC キュートピック* ecc_queue_topic プローブを実行する MID Server 内の Java クラスを識別します。
      ECC キュー名* ecc_queue_name この集計でパフォーマンスが評価されたプローブ / パターンを識別します。
      プローブ* プローブ この検出に使用されたプローブの名前
      プローブ処理時間 probe_time インスタンスに送り返されるペイロードの構築を含む、MID Server とターゲットのインタラクション時間。時間はミリ秒単位です。
      IRE 処理時間 ire_time インスタンスのパターンペイロードを処理するために識別および調整エンジン (IRE) が要する時間。パターンで使用されているセンサー時間の一部が表示されるため、IRE 時間は便利です。時間はミリ秒単位です。
      センサー処理時間 sensor_time 検出のためにセンサーがインスタンスのペイロードを処理するのに費やした時間。時間はミリ秒単位です。
      * Discovery のための測定基準の収集時に、プローブ / パターンと付属センサーを一意に識別するために使用されます。

    ビルドごとに収集された Discovery パフォーマンス測定基準の表示

    ビルドデータごとのロールアップを使用して、24 時間以内の検出について、Discovery コンポーネントの処理時間が整合するようにします。アップグレード前後の集計ビルドデータを表示し、古いバージョンと新しいバージョンのパフォーマンスを比較します。集計されたパフォーマンスデータはすべて読み取り専用です。

    始める前に

    必要なロール:discovery_admin、admin

    手順

    1. 移動先 すべて > ディスカバリー > ディスカバリーパフォーマンス測定基準 > プローブ/センサー (ビルドごとにロールアップ).
    2. リストを [ビルド/バージョン] でソートします。
      ビルドごとに集計されたパフォーマンスデータのリストのフィルタリング
    3. 特定のビルドごとにフィルタリングして、そのビルドで Discovery を実行したプローブとパターンについて集計された処理時間を表示します。
    4. レコードを開くと、選択したビルドのプローブ / パターンの統計情報が表示されます。
      このフォームには、リストに表示されない追加のフィールドが表示されます。ロールアップ計算は 24 時間にわたるもので、毎晩 0200 に開始されます。
    5. ビルドごとのロールアップのフォームに表示されるその他の測定基準については、パフォーマンス集計データのテーブルを参照してください。

    ステータスごとに収集された Discovery パフォーマンス測定基準の表示

    ステータスデータごとのロールアップを使用して、プローブ / パターンとセンサーの処理時間が特定の検出に対して一貫するようにします。集計されたパフォーマンスデータはすべて読み取り専用です。

    始める前に

    必要なロール:discovery_admin、admin

    このタスクについて

    手順

    1. 移動先 すべて > ディスカバリー > ディスカバリーパフォーマンス測定基準 > プローブ/センサー (ステータスごとにロールアップ).
    2. [Discovery ステータス] でリストをフィルタリングして、特定の検出中に実行されたプローブとパターンについて集計された処理時間を表示します。
      ステータスごとに集計されたパフォーマンスデータのリストのフィルタリング
    3. 特定のステータスでフィルタリングして、そのステータスで実行されたプローブとパターンで利用可能な測定基準を表示します。
    4. レコードを開くと、選択したステータスのプローブ / パターンの統計情報が表示されます。
      このフォームには、リストに表示されない追加のフィールドが表示されます。ロールアップは、完了済みまたはキャンセル済みのステータスに対してのみ作成されます。
    5. ステータスごとのロールアップのフォームに表示されるその他の測定基準については、パフォーマンス集計データのテーブルを参照してください。

    IP アドレスごとに収集された Discovery パフォーマンス測定基準の表示

    ターゲットデータごとのロールアップを使用して、プローブ / パターンとセンサーの処理時間が特定の IP アドレスの各 Discovery に対して一貫するようにします。集計されたパフォーマンスデータはすべて読み取り専用です。

    始める前に

    必要なロール:discovery_admin、admin

    手順

    1. 移動先 すべて > ディスカバリー > ディスカバリーパフォーマンス測定基準 > プローブ/センサー (ターゲットごとにロールアップ).
    2. [ターゲット IP アドレス] でリストをソートします。
      ターゲット IP アドレスごとに集計されたパフォーマンスデータのリストのフィルタリング
    3. 特定の IP アドレスごとにフィルタリングして、その IP アドレスの検出を実行したプローブとパターンについて集計された処理時間を表示します。
    4. レコードを開くと、特定の IP アドレスについて選択したプローブ / パターンについての統計情報が表示されます。
      このフォームには、リストに表示されない追加のフィールドが表示されます。IP 検出が正常に完了した後、ロールアップが実行されます。
    5. ターゲットごとのロールアップのフォームに表示されるその他の測定基準については、パフォーマンス集計データのテーブルを参照してください。

    Discovery のパフォーマンス測定基準について集計されるデータ

    Discovery のパフォーマンス測定基準は、Discovery が実行されるたびにプローブ、パターン、センサーのデータを蓄積できます。Discovery は処理時間を計算し、ステータス、ターゲット、またはビルドの各ロールアッププロファイルに対してコンポーネントが実行された回数をインクリメントします。集計されたパフォーマンスデータはすべて読み取り専用です。

    ロールアップフォームのサンプル

    これはプローブおよびセンサー測定基準の集計レコードの例です。ここに表示される測定基準フィールドが各集計に使用されます。
    図 : 1. ステータスごとのロールアップフォームのサンプル
    ステータスごとのロールアップフォームのサンプル

    パフォーマンスフレームワークの集計データ

    特に記載されている場合を除き、次のフィールドはすべての集計レコードに共通です。
    フィールド ラベル フィールド名 説明
    ビルド/バージョン build_version インスタンスで実行中のビルドの名前。この名前は ServiceNow プラットフォームのバージョン、パッチレベル、およびリリース日を示します。
    Discovery ステータス discovery_status この集計の Discovery ステータスレコードの ID 番号。
    注:
    このフィールドはステータスごとのロールアップのフォームにのみ表示されます。
    ターゲット IP アドレス target_ip_address この検出のターゲットの IP アドレス。
    注:
    このフィールドはターゲットごとのロールアップのフォームにのみ表示されます。
    集計カットオフ aggregation_cutoff カットオフ時間はロールアッププロファイルによって異なります。
    • [ビルドごと (By-build)]:デフォルトでは毎日 02:00 に実行されます。
    • [ステータスごと (By-status)]:その Discovery ステータスの前回の集計の終了時間。前回そのステータスについて [discovery.complete] または [discovery.cancelled] が実行されたときに実行された可能性があります。
    • [ターゲット (By-target)]:そのターゲット IP アドレスの前回の集計の終了時間。前回その IP アドレスについて [discovery.device.complete] が実行されたときに実行された可能性があります。
    ECC キュートピック* ecc_queue_topic プローブを実行する MID Server 内の Java クラスを識別します。
    ECC キュー名* ecc_queue_name この集計でパフォーマンスが評価されたプローブ / パターンを識別します。
    プローブ* プローブ この検出に使用されたプローブの名前
    プローブ時間 (数) probe_time_count 所定のロールアッププロファイルについてプローブが実行された回数
    プローブ時間 (平均) probe_time_average プローブがターゲットのデータを収集し、所定のロールアッププロファイルのペイロードをフォーマットするのに費やした平均時間
    プローブ時間 (最小) probe_time_min プローブがターゲットのデータを収集し、所定のロールアッププロファイルのペイロードをフォーマットするのに費やした最小時間
    プローブ時間 (最大) probe_time_max プローブがターゲットのデータを収集し、所定のロールアッププロファイルのペイロードをフォーマットするのに費やした最大時間
    プローブ時間 (合計) probe_time_total プローブがターゲットのデータを収集し、所定のロールアッププロファイルのペイロードをフォーマットするのに費やした合計時間
    センサー時間 (数) sensor_time_count 所定のロールアッププロファイルについてセンサーがペイロードを処理した回数
    センサーの時間 (平均) sensor_time_average 所定のロールアッププロファイルについて、センサーがインスタンスのペイロードを処理するために費やした平均時間
    センサー時間 (最小) sensor_time_min 所定のロールアッププロファイルについて、センサーがインスタンスのペイロードを処理するために費やした最小時間
    センサーの時間 (最大) sensor_time_max 所定のロールアッププロファイルについて、センサーがインスタンスのペイロードを処理するために費やした最大時間
    センサー時間 (合計) sensor_time_total 所定のロールアッププロファイルについて、センサーがインスタンスのペイロードを処理するために費やした合計時間
    IRE 時間 (数) ire_time_count 所定のロールアッププロファイルについて、識別および調整エンジン (IRE) によってパターンのペイロードが処理された回数
    IRE 時間 (平均) ire_time_average 所定のロールアッププロファイルについて、パターンのペイロードの IRE 処理に費やされた平均時間
    IRE 時間 (最小) ire_time_min 所定のロールアッププロファイルについて、パターンのペイロードの IRE 処理に費やされた最小時間
    IRE 時間 (最大) ire_time_max 所定のロールアッププロファイルについて、パターンのペイロードの IRE 処理に費やされた最大時間
    IRE 時間 (合計) ire_time_total 所定のロールアッププロファイルについて、パターンのペイロードの IRE 処理に費やされた合計時間
    * これらの値は共に、Discovery に使用されるプローブ / センサーのペア (「プローブ実行」) を一意に識別します。