サーバーからの距離の影響

アイルランド（Amazon AWS）にウェブサーバーがあります。このサーバーは、ドイツからは高速（オレンジ色の線）ですが、アメリカからは低速（黒線）に見えます。テストに使用されるHTTP要求は同じです。

これは正常だと思います。アイルランドとアメリカの距離は、ドイツからアイルランドまでの距離よりも長いですが、その差は大きすぎるようです。

サーバーまでの距離とは別に、他に考えられる理由はありますか？

グラフがhttpリクエスト時間であると仮定すると、それは私にとってかなり合理的なようです。

http要求（キープアライブ、fastopenなどがない場合）は通常、少なくとも2回の往復を必要とします。

• クライアントがsynを送信
• サーバーはsynを受信し、syn-ackを送信します
• クライアントはsyn-ackを受信し、ackと要求を送信します。
• サーバーは応答を送信します。

ファイバー内の光の速度は、毎秒約2 * 10 ^ 8メートルです。グーグルによると、「アイルランドからアメリカまで」の距離は6,629 km *で、これは約66ミリ秒の往復時間に相当します。

しかし、それは機器に遅延がなく、データ経路が最短経路をたどることを前提としています。実際の往復時間は通常、ヨーロッパのホストとアメリカのホストの間で100〜150ミリ秒です。そのため、〜250msのhttp要求時間は完全に正常です。

もう少し心配なのは、グラフの急上昇です。サーバーとテストクライアント間のネットワークの輻輳を示唆しています。

*明らかにそれはアメリカのどのポイントとアイルランドのどのポイントに依存しますが、グーグルが選んだポイントはアメリカの真ん中のどこかにあるようで、OPグラフは「us-mid」と言いました。

サーバーからの距離に加えて、他に考えられる理由はありますか？

パケットがたどるパス。

グーグルを検索するping "us-mid"と、Monitis.comとダラスのIPが得られます。ダラスは、フランクフルトにもDE IPがあります。フランスの非常によく接続されたサーバーから、DE IPへの9ミリ秒のPING RTTとUS-MID IPへの111ミリ秒のPING RTTがあります。HTTPの応答時間については、2倍とサーバーの反応時間を期待しています。引数として26と230を考えてみましょう。アイルランドではおそらくもう少しネットワークがあるので、それはあなたの値とそれほど違いはありません。 -両方の場所から。

これらの値を通常どおり受け入れ、それらからの偏差を監視して、サイトまたはISPに問題があることを確認します。応答時間が非常に重要なグローバルサービスを実行しているのでなければ、それ以上のことをしても無駄です。もしそうなら、世界中にサーバーを置くか、それを専門とするホスティング業者と（より良い）契約をしてください。

グローバルping統計の素敵なページを次に示します。https : //wondernetwork.com/pings 送信元と送信先の都市を追加するだけです。