パフォーマンスメトリクスは、ネットワークやアプリケーションのパフォーマンスを監視し、パフォーマンス低下のトラブルシューティングを行うために使用できるコアデータです。 デフォルトでは、すべての指標は、選択した期間中に行われたすべての測定値を考慮した平均値として表示されます。その他の集計モデル（パーセンタイル50、75、90、99）は、左上のドロップダウンメニューから選択できます。
ネットワークプローブテレメトリ
POP接続性とネットワーク遅延（エンドツーエンド）
「POP接続性」メトリックは、エンタープライズステーションまたはNSClientから、エンタープライズステーション/NSClientが接続されているNetskope POPまでの往復時間を表します。
これは、エンタープライズステーション/NSClientからNetskope POPにパケットを送信し、応答を受信するまでにかかる時間に相当します。
「ネットワーク遅延（E2E）」メトリックは、エンタープライズステーションから設定済みのカスタムターゲットまでの往復時間測定値に対応します。
これは、エンタープライズステーションからターゲットにパケットを送信し、応答を受信するまでにかかる時間に相当します。
エンタープライズステーションからネットワークプローブテストを実行する場合は、Netskope POPまたはカスタムターゲットのいずれかを対象とするために、「ルーティング」パラメーターを正しいモードに設定してください。
- NetskopeのPOPを標的とする「誘導」モード
- カスタム宛先をターゲットにするための「バイパス」モード。
詳細については、次のセクションを参照してください。
RTT計算例 UDP（エンタープライズステーションからのネットワークプローブテスト）
Netskope Network Probeのコンテキストでは、RTTとは以下のイベント間の経過時間を指します。
- Enterprise StationはNetskope POPにネットワークプローブテストを送信します。
- Netskope POPは、ICMPエラーメッセージ（宛先到達不能 - ポート到達不能）をエンタープライズステーションに返信します。
NetskopeはRTTを算出するために、すべてのネットワークプローブテストとすべての可能なパスを考慮に入れ、平均値を計算します。
RTT = (∑RTT Network Probe tests) / #tests
以下の例では、RTT = パス 1-2-4-6 の測定 1 (100ms) + パス 1-2-4-6 の測定 2 (120ms) + パス 1-3-5-6 の測定 1 (80ms) + パス 1-3-5-6 の測定 2 (100ms) / 4 = 100ms となります。
パケット損失
ステアリングモードでは、「パケット損失」メトリックは、エンタープライズステーションまたはNSClientから、エンタープライズステーション/NSClientが接続されているNetskope POPまでのエンドツーエンドのパケット損失測定値に対応します。
バイパスモードでは、「パケット損失」メトリックは、エンタープライズステーションからターゲットドメイン/IPまでのエンドツーエンドのパケット損失測定値に対応します。
Packet loss = #No response from the target / #Network Probe tests to the target
この方法は、エンタープライズステーションから発行されるネットワークプローブテスト用に構成可能です。
ネットワークパスの可視化
パケット損失（ノードレベル）
Packet loss = #No response from the node / #Network Probe tests to the node.
Delay
遅延とは、中間ノードレベルで行われるRTT（ラウンドトリップタイム）の計算を指します。
これは、以下の出来事間の経過時間に相当します。
- エンタープライズステーションは、ネットワークプローブテストをノードに送信します。
- ノードはICMPエラーメッセージ（転送中のTTL超過）をエンタープライズステーションに返信します。
このRTT値は各ノードレベルで計算されます。これは、すべてのネットワークプローブテストとすべてのエンタープライズステーションからのすべての値に基づいて計算されます（複数のエンタープライズステーションがそれぞれのネットワークパスで同じノードを共有している場合）。
RTT = (∑RTT Network Probe tests from all Enterprise Stations) / #tests
リンク遅延
リンク遅延とは、ネットワーク経路上の連続する2つのノード間のネットワーク遅延を指します。
これは、連続する2つのノードレベルで測定されたRTTの最小値を差し引くことによって算出されます。
この遅延がどのように計算されるかを説明するために、次の例を見てみましょう。
ノード6とノード7間のリンクによって生じるネットワーク遅延は、次のように計算されます。
- エンタープライズステーションとノード7間のネットワークプローブテストによって計算されたすべてのRTT（ラウンドトリップタイム）値の中で、Netskopeは最小値（ MIN_RTT_7 ）を保持します。
- エンタープライズステーションとノード6間のすべてのRTT値の中で、Netskopeは最小の値(MIN_RTT_6)も保持しています。
- ノード 6 とノード 7 間のネットワーク遅延は、MIN_RTT_7 の値から MIN_RTT_6 を減算することによって計算されます。 Delay = MIN_RTT_7 – MIN_RTT_6.
ルーターの設定によっては、場合によっては（例： ICMPプロトコルが低い優先度で処理される場合）やステータス（一時的な輻輳）の場合、ルーターは他のルーターよりも早くICMPエラーメッセージを送信できます。このような状況では、前述の例を考慮すると、ノード7はノード6よりも早く応答する可能性があり、その結果、ネットワーク遅延値が負の値になる可能性がある。この場合、 Netskopeインターフェイスはネットワーク パスの視覚化に関する値をレポートしません。
パケット損失（リンクレベル）
リンクレベルでのパケット損失測定値は、当該リンクを通過する経路を通ったすべてのパスを考慮した、パケット損失（ノードレベル）の平均値に相当します。
経路長
ステアリングモードでは、「パケット長」メトリックは、エンタープライズステーションまたはNSClientからターゲット（Netskope POP）までの、連続するノード/ルーター間の平均ホップ数に対応します。
バイパスモードでは、「パケット長」メトリックは、エンタープライズステーションからターゲット（カスタム宛先）までの、連続するノード/ルーター間の平均ホップ数に対応します。
アプリプローブテレメトリ
App Probeのテレメトリデータは、App Probeテストが実行されるモードによって異なります。これらのルーティングモードの詳細については、次のセクションを参照してください。
アプリケーションの利用可能性
App Probeテストターゲットの可用性とは、ターゲットがNSClientに対して200～299の範囲内で応答した、またはEnterprise Stationに対して設定された応答コードの範囲内で応答したApp Probeテストの割合です（この応答コード範囲はカスタムアプリケーション定義で定義されます）。
App Probeテストのエラーは、常に「サービス利用不可」として扱われます。
DNS
「DNS」メトリックは、App ProbeテストのターゲットであるFQDN（完全修飾ドメイン名）をIPアドレスに解決するのに必要な時間に対応します。
Connection
「接続」時間とは、NSClient/Enterprise Stationが対象サーバーとのTCP接続を確立するのに要した時間を指します。
TLS
「TLS」時間とは、NSClient/Enterprise Stationが対象サーバーとの間でTLSハンドシェイクプロセスを実行するのに要した時間を指します。
サーバ
「サーバー」時刻とは、NSClient/Enterprise Stationが対象サーバーに要求した最初のバイトと、NSClient/Enterprise Stationが受信した応答の最初のバイトとの間の時間を指します。
このサーバー時間は、主にサーバーの処理時間を考慮しているため、サーバーのパフォーマンスを示す主要な指標です。ただし、NSClient/Enterprise Stationとサーバー間のRTTも1つ含まれていることに注意してください。したがって、NSClient/Enterprise Stationとサーバー間のネットワーク状態が悪い場合も、サーバー時間の値に影響を与える可能性があります。
リダイレクトとリダイレクト
「リダイレクト」メトリックは、監視対象アプリケーションを配信する最終ターゲットに到達するまでに発生したリダイレクトの数を示します。
この指標は、単一の値または値の範囲として表示されます。例えば、「0～5」という範囲は、対象としたすべてのApp Probeテストにおいて、リダイレクトが0～5回発生したことを示します。
「リダイレクト」メトリックは、すべてのリダイレクトに費やされた時間を示します（そのため、アプリケーションを配信する最終サーバーのテストに関連するメトリックは含まれません）。
TTFB
TTFB（Time To First Byte）とは、エンタープライズステーション／NSClientがHTTPSリクエストを送信してから（リクエストの最初のバイトが送信されてから）、ターゲットサーバーからデータペイロードの最初のバイト（レスポンス）を受信するまでの時間を指します。
このTTFBは、グローバルなアプリケーションパフォーマンスの良い指標であり、その値は主に以下の要因に影響されます。
- ネットワークの状態
ネットワークの劣化は、高いレイテンシやパケット損失値につながり、結果として要求や応答の遅延によって TTFB に影響します。 - サーバー自体
サーバーがリクエストを効率的に処理し、レスポンスを送信する能力は、TTFB 値に直接影響します。
TTLB
TTLB（Time To Last Byte）とは、エンタープライズステーション／NSClientがHTTPSリクエストを送信した時点（リクエストの最初のバイトが送信された時点）から、ターゲットサーバーからデータペイロードの最後のバイト（レスポンス）を受信するまでの時間を指します。
データ転送
「データ転送」時間とは、ペイロード全体をサーバーからエンタープライズステーション/NSClientに転送するのに必要な時間を指します。
Data Transfer = TTLB – TTFB
Duration
「所要時間」指標は、App Probeテストプロセス全体が処理され完了するまでに要した時間を示します。
転写サイズ
「転送サイズ」は、ネットワーク経由で送信される応答ペイロードの総量に対応します。
Netskope POPへのサイト/ユーザー
以下の指標は、NSClient および/または Enterprise Station レベルで処理されます。
DNS
「DNS」メトリックは、App ProbeテストのターゲットであるFQDN（完全修飾ドメイン名）をIPアドレスに解決するのに必要な時間に対応します。
Connection
サイト/ユーザーからNetskope POPへの「接続」時間は、NSClient/Enterprise StationがNSProxyとのTCP接続を確立するのに要した時間に対応します。
TLS
サイト/ユーザーからNetskope POPsまでの「TLS」時間は、NSClient/Enterprise StationがNSProxyとのTLSハンドシェイクプロセスを実行するのに要した時間に対応します。
Inside Netskope POPs
以下のメトリックはNSProxyレベルで処理されます。
POP輸送時間
POPトランジットタイムは、NSProxy内で費やされた合計時間を示します。
これは、「リクエストの転送時間」と「レスポンスの転送時間」を合計したものです。これらは以下のように定義されます。
- リクエスト転送時間
リクエストの最初のバイトがNSProxyに到達してから、リクエストの最初のバイトがNSProxyから送信されるまでの経過時間
- レスポンス転送時間
レスポンスの最初のバイトがNSProxyに到達してから、その最初のバイトがNSProxyから送信されるまでの経過時間
NetskopeのPOPからアプリケーションへ
以下のメトリクスはNSProxyレベルで処理されます。
Connection
NetskopeのPOPからアプリケーションへのセクションにある「接続」時間は、NSProxyがターゲットサーバーとのTCP接続を確立するのに要した時間に対応します。
TLS
NetskopeのPOPからアプリケーションへのセクションにある「TLS」時間は、NSProxyがターゲットサーバーとのTLSハンドシェイクプロセスを実行するのに要した時間に対応します。
サーバ
「サーバー」時刻とは、NSProxyがターゲットサーバーに要求した最初のバイトと、NSProxyが受信した応答の最初のバイトとの間の時間を指します。
このサーバー時間は、主にサーバーの処理時間を考慮しているため、サーバーのパフォーマンスを示す主要な指標です。ただし、NSProxyとサーバー間のRTTも1つ含まれていることに注意してください。したがって、NSProxyとサーバー間のネットワーク状態が悪い場合も、サーバー時間の値に影響を与える可能性があります。
エンドツーエンド測定
以下の指標は、NSClient および/または Enterprise Station レベルで処理されます。
リダイレクトとリダイレクト
「リダイレクト」メトリックは、監視対象アプリケーションを配信する最終ターゲットに到達するまでに発生したリダイレクトの数を示します。
この指標は、単一の値または値の範囲として表示されます。例えば、「0～5」という範囲は、対象としたすべてのApp Probeテストにおいて、リダイレクトが0～5回発生したことを示します。
「リダイレクト」メトリックは、すべてのリダイレクトに費やされた時間を示します（そのため、アプリケーションを配信する最終サーバーのテストに関連するメトリックは含まれません）。
TTFB
TTFB（Time To First Byte）は、エンタープライズステーション/NSClientがHTTPSリクエストを送信してから（リクエストの最初のバイトが送信されてから）、NSProxyからデータペイロードの最初のバイト（レスポンス）を受信するまでの時間です。
このTTFBは、グローバルなアプリケーションパフォーマンスの良い指標であり、その値は主に以下の要因に影響されます。
- ネットワークの状態
ネットワークの劣化は、高いレイテンシやパケット損失値につながり、結果として要求や応答の遅延を引き起こし、TTFBに影響を与えます。 - ネットワークPOP
Netskope POP内での転送時間の遅延は、ネットワークを介したリクエストおよび/またはレスポンスの送信に影響を与える可能性があります。 - サーバー自体
サーバーがリクエストを効率的に処理し、レスポンスを送信する能力は、TTFB 値に直接影響します。
TTLB
TTLB（Time To Last Byte）は、エンタープライズステーション/NSClientがHTTPSリクエストを送信してから（リクエストの最初のバイトが送信されてから）、NSProxyからデータペイロードの最後のバイト（レスポンス）を受信するまでの時間に対応します。
データ転送
「データ転送」時間とは、ペイロード全体をサーバーからエンタープライズステーション/NSClientに転送するのに必要な時間を指します。
Data Transfer = TTLB – TTFB
Duration
「所要時間」指標は、App Probeテストプロセス全体が処理され完了するまでに要した時間を示します。
転写サイズ
「転送サイズ」は、ネットワーク経由で送信される応答ペイロードの総量に対応します。