Transport監視
「サーバは正常に動いているのに、特定の利用者から接続できないと言われる」
HTTP以外のプロトコルで動くサービスでは、監視ツールが用意した計測手段が使えず、利用者側から見た状態が分からないことがよくあります。
サーバ監視では見えない理由
サーバ側の監視で分かるのは、サーバに届いた通信の処理状況です。
名前解決に時間がかかっている、途中の経路で接続が確立できない、といった問題は、通信がサーバに届く前に起きているため、サーバ側の記録には残りません。
SpeedData で計測できること
- 接続
- 任意のホストとポートに、TCPまたはUDPで接続を確立します。
- カスタムペイロード
- 接続後に任意のデータを送信し、応答を受け取るまでを計測します。
- 段階別の時間
- 名前解決、TCP接続、送信、応答待ち、受信（ダウンロード）の時間を、段階ごとに分けて記録します。
ネットワーク機器ベンダー、独自のプロトコルでサービスを運用している事業者、インフラ担当者に向いています。
どこから計測するか
国内7都市（札幌、仙台、新潟、東京、名古屋、大阪、福岡）の計測センターと、海外の計測ノードから、目的に合わせて計測拠点と回線を選びます。
国内の計測センターでは、NTT/KDDIの光回線と、docomo、au、SoftBank、楽天モバイルの4キャリアの回線を使えます。
利用者と同じ回線から計測するので、「特定の地域や回線でだけ起きている問題」を捉えられます。
障害の証拠として使う
計測結果は、時刻、計測拠点、回線ごとに記録されます。
「いつ、どこで、どの回線で、何が起きていたか」を示せるので、通信事業者やクラウド事業者、ベンダーとの切り分け、障害報告書、ポストモーテムの根拠として使えます。