BlazeMeter では、負荷は分散 JMeter アーキテクチャによって生成されます。JMeter コンソールはテストを制御するために使用され、ユーザはテストに参加する JMeter エンジンの数を選択する必要があります。
各 JMeter エンジンは、指定したスクリプトで指定されたスレッド/仮想ユーザの数をシミュレートします。たとえば、20 のエンジンと 100 スレッドを含むスクリプトは、2,000 同時ユーザのトラフィックを生成します。
HTTP/S プロトコルを使用している場合は、1 つの JMeter エンジンあたり最大 1,000 スレッド/仮想ユーザを実行することをお勧めします。
シミュレートできるユーザ数は、さまざまな要因によって異なります。詳細については、次を参照してください: The Three Most Common Issues When Running JMeter Scripts and How to Solve Them (JMeter スクリプトの実行時に発生する最も一般的な 3 つの問題とその解決方法)
サポートされるスレッドの数は、スクリプトの負荷と使用可能なリソースによって決まります。スクリプトの負荷が高いほど、1 つの JMeter エンジンでサポートできるスレッドは少なくなります。
たとえば、それぞれが 300 スレッドを実行する 10 個の JMeterEngine を使用したテストでは、合計 3,000 人のユーザがシミュレートされます。
一般に、以下の制限を超えないことをお勧めします。
- JMeter エンジンあたり最大 600 ヒット/秒
- JMeter エンジンあたり最大 300 Mbps
*** ヘッドレスを使用して多数の JMeter エンジンを実行することを強くお勧めします。ヘッドレス設定はリソース配置の面ではるかに効率的です。 ***
サーバあたりのスレッド数 - 自動設定
[USERS]オプションをオンにすると、システムは自動的にエンジン数を割り当て、1 エンジンあたりのスレッド数を設定します*。
* これは一般的な割り当てに過ぎません。各シナリオには、エンジンあたりの理想的なスレッド数があります。
サーバあたりのスレッド数 - 手動設定
[USERS]オプションをオフにすると、システムはエンジンの数を自動的に割り当てません。ユーザは手動でエンジン数とエンジンあたりのスレッド数を設定する必要があります。
この場合、ユーザはテスト リソースを完全に制御できます。
0 コメント