リモートでのJMeterを実行することで、サーバーに大きな負荷をシミュレートするために、複数のローエンドのコンピュータ・テスト全体でコピーすることができます。JMeterのクライアントの一例は、リモートのJMeter例の任意の数、そこから収集されたすべてのデータを制御することができます。
ローカルマシンに試験サンプルを保存
一台のマシンから複数のJMeterサービスを管理します
各サーバーをテストするためのプログラムをコピーする必要 - クライアントは、すべてのjmeteをテストするためにサーバーに送信していません
注:すべてのサーバーは、同じテスト計画を実行しています。JMeterは、それぞれが完全なテスト計画を実行し、サーバー間で負荷を分散しません。あなたが1000年に設定し、6つのスレッドのJMeterサーバーを持っている場合ので、それは最終的に6000個のスレッドを注入します。
分散テストは、いくつかの基本的な制限があります。
プロキシサーバーない、RMIは、サブネットを介して通信することができないためJMeterはプロキシを使用することができません。
バージョン2.9以降では、JMeterのテスト結果は、このようにネットワークIOへの影響を低減する、コンソールにすべての応答データが取り除かれます。トラフィックの競合が発生しないように、あなたは、ネットワークトラフィックを監視していることを確認してください。
2-3 GHzのCPU(最新のCPU)上の単一のJMeterクライアントを実行すると、1000年から2000個のスレッドを処理するだけでなく、テストの特定の種類に依存することができます:http、ftpの。
ディストリビューションテストの概略:
構成ノード
ことを確認し、すべてのノード(クライアントとサーバ):
1、JMeterは全く同じバージョンを実行しています。
2、すべてのシステムでのJavaの同じバージョンを使用して。働くことのJavaの異なるバージョンを使用しますが、お勧めしません。
図3は、有効なRMI over SSLの鍵ストアを持っている、またはSSLを無効にします。
SSLを設定します
JMeterの4.0ので、デフォルトの転送メカニズムRMIはSSLを使用します。仕事に必要なSSLキーと証明書。SSLセキュリティの脆弱性を使用しないでください。
(ビン/作成-RMI-keystore.batと呼ばれる)は、Windowsシステム
(ビン/ create-rmi-keystore.shと呼ばれる)Unixシステム。
7日間有効なスクリプトの生成キーを、実行すると、デフォルトのパスワードは「changeitと」です
このような時間の設定など:
$には、CDのJMeter / binに
$ ./create-rmi-keystore.sh
あなたの最初と最後の名前は何ですか?
[不明]:RMI
組織単位の名前は何ですか?
[不明]:私のユニット名
組織の名前は何ですか?
[不明]:私の組織名
あなたの街や地域の名前は何ですか?
[不明]:あなたの街
お使いの都道府県の名前は何ですか?
[不明]:あなたの州
この単位に該当する2文字の国コードとは何ですか?
[不明]:XY
CN = RMI、OU =私のユニット名は、Oは私の組織名を=、L =あなたの街、ST =あなたの国、C = XY正しいですか?
[いいえはい
JMeterの/ binフォルダに生成されたrmi_keystore.jksをコピーするか、プロパティ「server.rmi.ssl.keystore.file」でそれを参照します
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
そして、binディレクトリに生成されたrmi_keystore.jksをコピーしてjmeter.propertisに設定
server.rmi.ssl.keystore.file =生成rmi_keystore.jks //参照SSLキー
テストを配布するすべてのJMeterサービス・マシンは、プロジェクトの設定を通過します。他のクライアントに複製キーのJMeterを生成した後、コンフィギュレーションに対応するサーバ。
JMeterの/ RMIは、クライアント側からサーバーに接続する必要があります。それはあなたが選択したポートを使用し、デフォルト値は1099です。
JMeterの/ RMIまた、結果がクライアントに返されたサンプルのサーバへの接続を逆にする必要があります。
これは、高い番号のポートを使用しています。
このポートは、JMeterの中jmeter.propertiesのclient.rmi.localportというプロパティによって制御することができます。
クライアントとサーバ間のファイアウォールやその他のネットワークフィルタのJMeterがある場合、彼らが、接続が許可されていることを保証する必要があります。必要に応じて、生成されたトラフィックを表示するには、監視ソフトウェアを使用しています。
ステップ1:サーバを起動します
実行したいすべてのマシン上のJMeterサーバコンポーネントを起動するためにJMETER_HOMEビン/ JMeterはサーバ(UNIX)またはJMETER_HOME / binに/ JMeterの-server.bat(Windowsの場合)スクリプトを実行して、JMeterのリモートノードを実行するには/。
別のRMIポートがない限り、または唯一の各ノード上のJMeterサーバーを持って、それを注意してください。
最初から2.3.1には、JMeterのサーバアプリケーションは、独自のRMIレジストリを開始し、一人でRMIレジストリを起動する必要はありません。以前の動作に戻すには、JMeterのプロパティを定義します
server.rmi.create = FALSE
サーバーのホストシステム上で。
デフォルトでは、RMIは、JMeterのサーバーエンジンの動的ポートを使用しています。これは、ファイアウォールの問題を引き起こす可能性がありますので、あなたは、このポート番号を制御するためのJMeterプロパティserver.rmi.localportを定義することができます。これがゼロでない場合は、ローカルポート番号のサーバーエンジンとして使用されます。
ステップ2:クライアントのIPにサーバーを追加し、「プロパティファイル」
JMeterはプロパティは、マシンコントロールにファイルを編集します。JMETER_HOME / binに/ jmeter.propertiesでは、「remote_hosts」と呼ばれるプロパティを検索し、IPアドレスが実行されている値のJMeterサーバーを追加します。このような複数のサーバは、カンマで区切られた、添加されてもよいです。
あなたが使用するリモートホストを指定するには、-Rコマンドラインオプションを使用することができます。この使用-rと-Jremote_hosts = {サーバリスト}は同じ効果を有します。例えば
JMeterの-Rhost1,127.0.0.1、ホスト2
あなたは真のJMeterプロパティserver.exitaftertest =を定義する場合、サーバーは、単一のテストを実行した後に終了します。
あなたはまた、-Xは、単一のテストを実行した後に終了しますテストクライアントのリモートコマンドの属性を開始することができます。
ステップ3a:クライアントからのスタートのJMeter GUIクライアントの設定を確認します
あなたは今のJMeterクライアント制御を開始する準備が整いました。MS-Windowsでは、クライアントを起動するためのスクリプトの「bin / jmeter.bat」を使用します。UNIXの場合は、スクリプトの "bin / JMeterの" を使用します。「リモートスタート」と「リモート停止」(図1参照):あなたは、ファイル名を指定して実行]メニューは、二つの新しいサブメニューが含まれて気づくでしょう。メニューでは、プロパティファイルで設定したクライアントが含まれています。開始と停止、むしろ普通のJMeter開始よりも、およびメニュー項目を停止し、リモート使用します。
ステップ3b:非GUIのJMeterクライアントから起動します
GUIモードはデバッグのみに使用することができ、より良い選択肢としては、リモートサーバー上でテストクライアントを起動するために、非GUI(コマンドライン)からでなければなりません。これを行うためのコマンドは次のとおりです。