Tracerouteを使用してサーバーのネットワーク接続品質を推定する方法は?

Tracerouteを使用してサーバーのネットワーク接続品質を推定する方法は?

さまざまな専用サーバーホスティングプロバイダーのネットワーク接続を予測する必要があります。たとえば、サービスがそこでホストされているときにどれだけ速く均一に実行されるかを予測する必要があります。私はtraceroute自宅のコンピュータでコマンドを使用して、プロバイダがホストしているサーバーを確認します。わからない場合は、tracerouteそのホームページにアクセスしてください(おそらく同じネットワークにいないことを知っています。これは推測です)。

直感的に私の目標は次のとおりです。

  1. 最小ホップ数、
  2. ターゲットノードと中間ノードとの間の最小往復時間、
  3. そして足りない:

*スター*: Traceroute soyoustart.com

これらすべての指標は一般的にWebサービスホスティングに関連していますか?何をしますか本当に避けるべきですか?

答え1

アスタリスクは、チェーン内のデバイスがICMP / UDPパケットに応答しないことを示します。これは、応答しないように構成されたルーター、ファイアウォール、またはホストです。通常、応答と混合する場合にのみ興味深いです。

21 * 10 ms *

これは、ホップ21または近傍の装置が断続的に応答するか、または断続的に使用可能であることを示す。

収集した指標が役に立つかどうかは、接続の最後にホストされているサービスによって異なります。たとえば、Webブラウザは複数のチャットのためにビデオやオーディオをストリーミングするためにさまざまな種類のパフォーマンスを必要とします。

通常、数字(応答時間とホップ数)はパフォーマンスに影響しますが、Web検索の場合、パスの一部のホップが200msを超えない限り無視できます。もっと心配なことは、多くの星が同じ線上の反応と混ざっていることです(星でいっぱいの線は、接続が有効かどうかわからない場合は解釈するのがより難しくなります)。

答え2

ホップ数(合理的な場合)と中間デバイスの応答時間は、次の理由でまったく重要ではありません。

1)このデバイスは、ICMP要求に無損失で応答するように設計されていません。

2)ルータにはしばしばICMPレート制限ポリシーがあります。

3)ルータに向かうpingはCPUによって処理され、転送されたパケットはCPUによって処理されるべきです。

エンドツーエンドのRTTとパケット損失のみを測定する必要があります。

Traceroute出力のアスタリスクは、TTLパケットが超過したときにデバイスがecho icmpで応答しないことを示します(これはTracerouteのしくみで、ttl = 1でターゲットにicmp要求を送信し始め、値を1ずつ増やします)。

関連情報