目標ベースのロード テストのトラブルシューティング

トラブルシューティングの手順

目標ベースの負荷テストでは、主に負荷がかかった状態でのサーバーの応答時間が長くなるため、目的のトランザクション目標を達成できない場合があります。ロード テスト中の応答時間の増加が 1 分あたりのトランザクションにどのように影響するかの詳細については、この記事の「スループット」セクションの「 不足に寄与する要因 」を参照してください。

根本原因を特定するには、ロード テスト レポート グラフを開き、失敗したテスト セッションのテスト レポートを確認します。

1. エラーが存在する場合は、失敗したセッションの詳細を表示して、エラーの原因を特定します。
   • エラーがスクリプトに関連している場合は、スクリプトを変更して解決します。
   • エラーが負荷に関連している場合は、 動的調整可能負荷曲線を使用して短いテストを実行することをお勧めします。ユーザー負荷を目的のレベルまで手動で増やすと、サーバーの応答時間の変動を予測し、それに応じて目標ベースの曲線パラメーターを微調整するのに役立ちます。
2. エラーが最小限であるか、検出されないにもかかわらず、 応答時間 グラフがユーザーの負荷に比例して増加している場合、問題はインフラストラクチャの制限またはアプリケーションのパフォーマンスのボトルネックに起因している可能性があります。

さらに、 ロード テスト シナリオ が正しく構成されていないと、テスト結果が不正確になる可能性があります。ロードインジェクターペイロードは常にキャリブレーションを行い、特定のテストニーズにカスタム構成が必要でない限り、テストパラメータの推奨値を適用してください。

テストの構成についてサポートが必要な場合は、テスト レビューのサポート チケットを作成し てください。

スループットの不足に寄与する要因

以下の主要な要因が、1分あたりの達成トランザクション数の不足に寄与する可能性があります。

応答時間の増加

トランザクション目標に達しない一般的な理由は、負荷がかかった状態でサーバーからの平均応答時間(平均応答時間)の増加です。ユーザーの負荷が増加すると、サーバーが各リクエストを処理するのに時間がかかる場合があり、応答時間が長くなり、1 分あたりのトランザクション数が減少します。

ユーザー負荷に比例して応答時間が増加

平均レスポンス時間がユーザー負荷に比例して増加すると、ロードインジェクタの数や最大同時ユーザー数の制限をどれだけ増やしても、1分あたりの望ましいトランザクション目標を達成することは難しくなります。このようなシナリオでは、単にユーザーを追加するだけでは、トランザクション数の増加にはつながりません。

テストの早期終了

ロード テストは、ユーザー ロードの動的再計算に必要な応答数を収集する前に、指定されたロード テスト期間に基づいて終了する場合があります。この早期終了により、テスト結果が不正確または不完全になる可能性があります。

サーバーのパフォーマンスが大幅に低下した場合 (その結果、平均応答時間が増加する)、必要な数の応答の待ち時間が長くなるため、テストサイクルの期間が長くなります。これにより、計画された負荷 テスト期間 が 1 サイクルでも完了するには不十分になり、ユーザー負荷の計算が不正確または精度が低下する可能性があります。