JMeterリカバリテスト

サーバにRecovery testingを作りたいと思います。高負荷の接続プールを完全にシミュレートできるため、接続にタイムアウトに失敗しました。私はプラグインやConcurrency Thread Groupを探して徐々に、JMeterリカバリテスト

のJMeterはそれを動的に変更することはできません、高負荷で私のテストを開始し、障害に到達し、負荷を減少させる必要がある

は反対のことをやっている、は、徐々にそれを増やします価値を減らす方法はありますか？

私の唯一の選択肢は、負荷が少なくても新しい実行を開始することですか？

復旧テストは、私は私のJMeterプラグイン[email protected] - Ultimate Thread Groupを見つけ

出典

2017-11-26 user7294900

次のように、JMeterは働き：

Thread Groupで定義されたすべてのスレッドが（ここではあなたが徐々に負荷を増やすことができます）指定されたランプアップ期間内に開始され
すべてのスレッドがサンプラーを逆さまに実行し始めます（またはLogic Controllersに従って）
実行するサンプラーがないか、またはループして反復処理を実行しているときに、スレッドがシャットダウンしています。

徐々にリクエストを開始し、スレッドグループは永遠に実行するように設定されていないので、ランプダウンはランプアップとほぼ同じです。あなたはGaussian Random Timerを使ってJMeterを少し助けることができます。詳しくはHow to Ramp Down in JMeterのガイドをご覧ください。

出典

2017-11-27 09:47:42

バニラを使用してランプダウンJMeterのリンクには次のバージョンが削除されるスケジューラが含まれていますが、別のオプションがありますか？ – user7294900

JMeterの開発者が "スケジューラ"を削除しようとしている場合は、クラックの多いサルのグループですが、それは起こることを強く疑っています。 –

など、それがクラッシュまたはハードウェア障害のいずれかのタイプを通過した後にアプリケーションを回復することができますどのように迅速かつより良いチェックするために行われます高いスレッド数で最初の行を追加し、次に2番目（またはそれ以上）の行を追加してスレッド数を減らすことで、高負荷から開始することができます。これは、任意のプラグインなしでバニラのJMeterを使用して行うことができ

出典

2017-11-26 06:42:35 user7294900

答えて

関連する問題