サーバーからの距離の影響
アイルランド（Amazon AWS）にWebサーバーがあります。このサーバーはドイツからは高速に見えますが（オレンジ色の線）、米国からは低速に見えます（黒線）。テストに使用されるHTTPリクエストは同じです。
これは正常だと思います。アイルランドとアメリカの間の距離はドイツからアイルランドまでの距離よりも大きいですが、その差は高すぎるようです。
サーバーまでの距離以外に、他に考えられる理由はありますか？
グラフがhttpリクエスト時間であるとすると、私にはかなり合理的に思えます。
Httpキープ（キープアライブ、fastopenなどの不在）では、通常、少なくとも2回の往復が必要です。
- クライアントがSynを送信する
- サーバーはsynを受信し、syn-ackを送信します
- クライアントはsyn-ackを受信し、ackとリクエストを送信します。
- サーバーが応答を送信します。
ファイバー内の光の速度は、毎秒約2 * 10 ^ 8メートルです。グーグルによると、「アイルランドから米国」までの距離は6,629 km *で、往復時間は約66 msになります。
ただし、これは機器に遅延がなく、データルートが最短のパスをたどっていることを前提としています。実際の往復時間は通常、ヨーロッパのホストと米国のホストの間で100〜150ミリ秒です。そのため、〜250msのhttpリクエスト時間は完全に正常です。
もう少し心配なのは、グラフのスパイクです。サーバーとテストクライアントの間のどこかにネットワークの輻輳があることを示しています。
*明らかにそれはアメリカのどのポイントとアイルランドのどのポイントに依存しますが、グーグルが選んだポイントはアメリカの真ん中のどこかにあるようで、OPsグラフは「us-mid」と言っています。
サーバーからの距離に加えて、他に考えられる理由はありますか？
パケットが通過するパス。
Googleを検索してping "us-mid"は、ダラスでMonitis.comとそのIPを生み出します。ダラスには、フランクフルトでもDE IPがあります。フランスの非常によく接続されたサーバーから、DE IPへの9ミリ秒のping RTTとUS-MID IPへの111ミリ秒のping RTTがあります。 HTTPの応答時間については、サーバーの応答時間の2倍とサーバーの応答時間の両方を期待します。たとえば、26や230としましょう。アイルランドでは、おそらくもう少しネットワークがあるので、値はそれほど変わらないでしょう。 -両方の場所から。
これらの値を通常の値として受け入れ、それらからの偏差を監視して、サイトまたはISPに問題があることを確認します。本当に応答時間が重要なグローバルサービスを実行しているのでない限り、それ以上のことをするのは無意味です。もしそうなら、世界中にサーバーを置くか、それを専門とするホスティング業者と（より良い）契約を結んでください。