のJMeter - すべてのマスターオーバーマスター・スレーブ構成の利点は、

Question

は、負荷テスト（ないクラウド内）のためのJMeter分散構成について

、

私は別のマシンでのセットアップXのJMeterのマスターと共有してそれらを実行することができ、負荷テストを行うとき共有フォルダを使用するファイル

利点は次のとおりです。

• 各マスタは他に気づかされ、シャットダウンすると、ダイナミック/異なる特性を必要なときに開始することができます。

• 各マスターには独自のログと結果があり、個別に調べることができます。

• JMeterマスターのマシン間にネットワーク接続は必要ありません。

このような場合のマスタースレーブ設定の利点は何ですか？負荷テストに重点を置くと、それは不必要なオーバーヘッドのように思えます。

Answer 1

利点がある：1つのノード（マスター）上の結果の

• 集中、あなたはマスターノードからサマに結果に従うことができ、あなたがそこに生成されたCSV/XMLファイルを持っていて、ウェブを生成することができますマスターからの試験の1ノード（マスター）
• 同期にJMX計画のthis
• 集中を用いた試験の終了時にレポート、マスタがマスタ

から試験を停止/開始するIEあなたがそこにある記述の欠点に加え

： - ネットワーク構成の複雑 - は、各ノードでCSVを展開する必要が（プラグイン（Redisの、シンプルなテーブルサーバ） とオプションがありますが - ノードとマスター

間のネットワークトラフィックは、それは時間の流れで作成されました。自動化は迷惑な人、有能な人、雲のようなものでは利用できませんでした...