web-dev-qa-db-ja.com

pingの応答時間の変動が大きい場合、潜在的なネットワークの問題を示していますか？

私の部門は最近オフィスを移転しました。以前のオフィスは問題ありませんでしたが、新しいオフィスでは、PCから2つのデータセンターへのping時間は通常、次のように大きく異なります。

123.123.123.123からの返信：バイト数= 32時間= 52ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 11ms TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 16ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 9ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 9ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 13ms TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 20ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 28ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 10ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 19ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 9ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 33ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 17ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 23ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 31ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 8ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 20ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 10ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 11ms TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 20ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 9ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 9ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 16ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 23ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 10ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 15ミリ秒TTL = 123
123.123.123.123からの返信：バイト数= 32時間= 22ミリ秒TTL = 123

IPアドレスを変更したことに注意してください。私がpingしているサーバーには物理IPアドレスがあり、使用されていません。他のサーバーにpingを実行したときや、いつでも同じような結果が得られます。

帯域幅を十分に活用していません。

別のサーバー（3番目のデータセンターにある）にpingを実行すると、ping時間は長くなります（約100ミリ秒）が、一貫性ははるかに高くなります（約3ミリ秒以内）。

では、これは私の新しいオフィスと2つのデータセンターの間に潜在的な問題があることを示していますか？

networkingping
6
Techboy

Ping時間の変動はいくつかのことを示している可能性がありますが、pingを実行するデータセンター内のサーバーに関係なく同じ動作が得られるという事実は、パス上のリンクまたはデバイスに問題がある可能性があることを示しているようです。

問題のサーバーへのtracerouteを繰り返し実行して、レイテンシが変化している特定のネットワークデバイスを特定できるかどうかを確認してください。または、この場所への複数のパスがあり、そのうちの1つは一般的にレイテンシが高くなる可能性があります。

拡張pingを実行すると、パケット損失が発生しますか？もしそうなら、これは混雑したリンクを示しているかもしれません。

オフィスとデータセンター間の接続についてもう少し詳しく教えてもらえますか？専用回線を使用していますか？インターネットVPN？あなたの会社のNOC /ネットワーク管理者に話しかけましたか？彼らはすでにこの問題を認識しているかもしれません。

2
Murali Suriar

pingの時間は、制御不能な要因によって大きく変動する可能性があるため、結果を集計して不整合を解消する価値があります。 mtr と呼ばれる便利なLinuxツールがあり、これは多くのディストリビューションに含まれており、tracerouteとpingを1つに集約します。ユーティリティ。それはあなたに最高と最低のping時間だけでなく、平均と標準偏差を与えます。決定的ではありませんが、よりバランスの取れたビューを提供します。

7
Andy

おそらく、そうとは限りません。あなたのオフィスはデータセンターにどのようにリンクされていますか？サイト間VPNを介したpingは、インターネット上を移動することを考えるとかなり異なる場合があります。

Ping以外のパフォーマンスの問題や接続の問題が発生していますか？これらの応答時間はすべて100ミリ秒未満であり、新しいリンクでは通常のことです。

4
Matt

もう1つの考えは、通過するリンクの1つがフルキャパシティに近い場合、pingには通常、低い優先度が与えられます。

しかし、他の人が言ったように、非常に多くの要因が働いており、それは何かを意味するかもしれませんが、何も意味しないかもしれません。

Tracerouteは何を示していますか？各ホップにpingを送信します。

私は通常、無線接続に多くの変化を目にしますが、これは正常だと思います。

2
Dave Drager

この強力な問題は、負荷分散ルーターと呼ばれていると思います。リクエストは最初のインターフェースにルーティングされることもあれば、2番目のインターフェースにルーティングされることもあります。レイテンシは異なります。

たとえば、wan1には光学系、wan2にはADSLがあります。ある特定のサーバーでは、wan1を介したpingは17ミリ秒で、ADSLを介した112ミリ秒でした。

2
lexsys

データセンター間に何らかのフィルタリングを実行しているファイアウォールがありますか？オフィス間でトレーサーを行い、トランザクションのどこで「停滞」が起こっているのを見ましたか？これは、問題がどこにあるかを理解するのに役立ちます。

1
SQLChicken