応答時間のグラフとログレポートの数値が合わない理由

〇概要

Site24x7の多くのWeb監視（インターネットサービス監視）では、「応答時間」というメトリクスが取得されます。サマリータブには次のような応答時間のウィジェットが表示されています。そこで、応答時間とスループットの平均値、最小値、最大値を把握できます。

しかし、同じ監視のログレポートを表示して、応答時間欄を参照すると最大値が上の画像の「1.25秒」を超過していることがわかります。

〇疑問

サマリータブの応答時間と比べて、ログレポートの数値が異なるのはなぜか？

〇回答

各数値は、それぞれ次のロケーションから取得された数値が反映されているためです。

サマリータブの応答時間：プライマリーロケーション

ログレポート：プライマリーロケーション ＋ セカンダリーロケーション

上記画像の監視で、プライマリーロケーションは「東京」です。

セカンダリーロケーションで、プライマリーロケーションを超える大きな応答時間が取得された場合でも、

サマリータブの応答時間には反映されず、ログレポ―トに表示されます。

「ロケーションごとの応答時間」ウィジェットでもセカンダリーロケーションからの応答時間を把握できます。

• Related Articles

• Webページスピード監視とWebトランザクション監視での応答時間の計算方法の違い

  Webページスピード監視とWebトランザクション監視はともにリアルブラウザー(Firefox)を用いて、ロード時間を計算しています。しかし、この両監視の応答時間の計算値には違いがあります。 Webページスピード（ブラウザー）監視 Webページ内の各要素（画像、CSSなど）のロード時間の合計が応答時間として計算されます。 Webトランザクション（ブラウザー）監視 次の計算式で応答時間が計算されます。 応答時間　＝　総トランザクション時間 / ステップ数（URL） ...

• Ping監視で応答時間が0ミリ秒と表示される理由

  Ping監視で応答時間のグラフやログレポートで、0ミリ秒と表示される理由について紹介します。 0ミリ秒と表示される理由： マシンにインストールされているオンプレミスポーラーをロケーションサーバーとして使用している場合、 Site24x7が取得した1ミリ秒未満の応答時間は、全て0ミリ秒と表示されます。

• Webサイト監視の応答時間

  Webサイト監視の応答時間は、サーバーから、DNS解決、TCPハンドシェイク、SSLハンドシェイクの時間を考慮した完全なHTMLをダウンロードするためにかかるすべての時間です。 Webサイト監視の応答時間やその他のメトリックの詳細についてはこちらをご参照ください。 HTMLページ内に読み込まれるイメージや他のリソースは含んでいません。 イメージなどのページ内リソースのダウンロード時間を分析したい場合は、Webページスピード（ブラウザー）監視をご利用ください。

• ログレポートに記載があるのに障害通知がされない場合の確認事項

  監視ログレポートにはポーリングごとにの障害などのデータが取得されます。この障害時に通知が起こらない場合、次の設定が原因でアラート通知が行われていない可能性があります。 ユーザーの追加フォームでアラート設定が正常に設定されているかを確認します。アラート設定にアクセスするには、[管理] → [ユーザーとアラートの管理] → [ユーザー＆アラート] → [当該ユーザー] → [アラート設定]の順にアクセスします。 ...

• 【Webトランザクション監視】 設定している「チェック間隔」よりも、ログレポート上で間隔が長く記載される理由

  ログレポートで、設定してる「チェック間隔」よりも、間隔が長く記載されます。 これは、ロケーションサーバーでの監視対象のデータ収集が、完了までに数分時間がかかるために発生しています。 上記のデータ収集完了後に、次回チェックのスケジューリングが行われます ロケーションサーバーでのデータ収集完了時間は、取得した監視ステータスによって変わります。 ・取得した監視ステータスがアップの場合： ロケーションサーバーのデータ取得に1から2分ほどかかります。 ...