プロキシの出口は JMeter エンジンを動かさない

あるオフィスのテストエンジンが別の国のプロキシを使うとします。ウェブサイトにはプロキシの公開出口が見えますが、リクエストは依然としてオフィスのマシンで始まっています。

office engine → regional proxy → website

これは見かけの送信元 IP によって選ばれる挙動を確認するのに役立ちます。測定されるのは、オフィスからプロキシまでの区間、プロキシからウェブサイトまでの区間、そしてプロキシ自身の処理を含む経路です。地域プロキシの隣で起動するクライアントと同じ経路ではありません。

JMeter の HTTP プロキシ設定はその中間者を選べます。選択したエンドポイントはテスト結果と一緒に保管し、使用するサンプラーが意図した設定を実際に消費していることを確認してください。プロキシ認証情報を使わない許可された公開サイトの確認には、HTTP プロキシ一覧が HTTP の候補を提供します。地域の結果を解釈する前に、観測された出口を検証してください。

測定が始まる場所にエンジンを置く

別のネットワーク拠点から生成される負荷が問いの対象なら、JMeter がサポートするリモート構成や独立して管理する CLI 実行によって、意図した拠点のエンジンを使います。コントローラの場所はエンジンのネットワーク起点を置き換えません。

負荷は明示的に計画します。JMeter のリモートエンジンはテスト計画全体を実行し、コントローラが 1 つのスレッド数を自動で分配するわけではありません。同じ計画を実行する複数のエンジンは、読者が想定するより大きい合計負荷を生み得ます。

問いに応じて設計を選びます。見かけの出口 IP、ユーザーの地域ネットワーク経路、アプリケーション全体の負荷のいずれかです。その選択を記録し、プロキシに制限された結果がウェブサイト単体の容量として報告されないようにします。