アイデアは、おそらくローカルにデータを保存するためにも、手段なし、彼らはダム奴隷あるあるを使用して試すことができます。これらのメソッドは、リモートプロセッサ(RMI)上で呼び出され、そこから実行されますが、他のすべてのリソースはクライアント側で保持されます。
分散型でjmeterクライアントを実行するために、JenkinsのようなCIサーバーを設定できます。これにより、テストの配布方法をより詳細に制御できます。私はjenkinsクライアントをマスターで稼動させるように設定しています。リモートの(jmeter)スレーブ(jenkinsスレーブでもあります)への分散テストをワークスペースを制御するジョブに結びつけています。つまり、ジェンキンによって使用されることは決してありませんが、ジェンキンは結果ファイルをワークスペースから取り出し、集約し、jmeterプラグインCMDrunnerを使用してグラフを生成することができます。
その他の可能性として、サンプル結果に現在のスレーブのIPアドレスの一意な部分を付けることもできます。これにより、集計された、または個別に結果ビューアに表示され、結果を分離して元のスレーブに戻すためのスクリプトを作成する可能性があります。
また、リモートスレーブドライブを共有するためにsambaなどを使用し、その結果をマスターから直接格納することもできます。
スレーブが1つだけの場合は、実装が簡単ですが、スレーブを追加するほど複雑になります。
ありがとうPMD。私はそれを読んだが、彼らはマスターサーバーに結果を送り返す代わりにしかないようだ。リモートサーバーに結果を保持する方法についてはまだ説明がありません。私がそれを誤解した場合は、私を修正してください。 – baggiowen
私は私の答えを編集しました –
私はこれのための強化要求を追加しました - https://bz.apache.org/bugzilla/show_bug.cgi?id=59012 – Tarun