プロキシのロケーションとデータセンター都市の選び方

プロキシはウェブサイトの近くに置くべきか、ユーザーの近くに置くべきか?

速度を重視するならプロキシをウェブサイトの近くに、ユーザーに見えるものを重視するならユーザーの近くに置きます。この2つの目的は異なる都市を指すことがあります。

• 速度重視の作業(APIの監視、多数ページの取得):各リクエストがプロキシからウェブサイトへの経路を通過するため、経路が短いほど1回ごとの時間を節約できます。
• ローカル表示重視の作業(価格、検索結果、広告、言語リダイレクト):ウェブサイトはIPの国に基づいて表示内容を決めます。対象オーディエンスの国を選び、その国で最も近いデータセンター都市を選びましょう。
• 許可リスト型アクセス:パートナーはIPがリストにあることだけを気にします。パートナーのサーバーに近い都市を選び、可能なら更新時も同じIPを維持しましょう。

迷ったら、候補の各都市でIPを1つずつレンタルして計測するのが確実です。1 IPプランはまさにそのためにあります。

CDNがあると答えが変わるのはなぜですか?

コンテンツデリバリーネットワークは訪問者に最も近いエッジサーバーから応答するため、CDN背後のサイトの「ホスティング都市」はあなたがいる場所になります。多くの大規模サイトは、数十の都市から同時にアナウンスされる1つのIP(エニーキャスト)を公開しています。あなたのトラフィックは最も近いものに届きます。

プロキシにとってこれは2つのことを意味します。第一に、CDNはデータセンターと同じハブにエッジを構築するため、ほぼどのデータセンター都市からでもCDNエッジに素早く到達できます。第二に、エッジが配信するコンテンツはあなたのIPの国によって決まります。そのため、CDN背後のサイトでは国を先に、都市を次に選びましょう。

距離はどれだけレイテンシを増やしますか?

直線距離100kmごとに往復時間は少なくとも1ms増えます。ファイバー内の光は1ミリ秒あたり約200km進み、往復は距離を2回カバーするためです。以下の表は一般的な組み合わせのその下限を示しています。

距離は都市中心の座標から計算した大円(直線)距離です。これは下限です。実際のケーブルはより長く、途中のルーターがそれぞれ少しずつ加えます。実際の経路が下限よりどれだけ上になるかはルート次第なので、自分で計測しましょう。

プロキシ経由の実際のレイテンシはどう測定しますか？

curlのタイミング変数を使い、各候補IP経由で何回か連続して測定します。以下のコマンドは、プロキシに到達するまでの時間、ウェブサイトとのTLSハンドシェイクが完了するまでの時間、合計を出力します：

curl -s -o /dev/null -x http://USERNAME:PASSWORD@IP:PORT -w "%{time_connect} %{time_appconnect} %{time_total}\n" https://example.com

プロキシ経由では、time_connect はあなたからプロキシまでの区間です。time_connect と time_appconnect の差はトンネル設定とウェブサイトとのTLSハンドシェイクにかかる時間で、これがデータセンターの都市によって変わる部分です。1回の実行ではなく、5回の中央値を比較してください。コード例 ではPythonでのタイミングテストを示しています。