負荷テストとストレステスト

LoadView プラットフォーム内でアプリケーションのブレークポイントを決定する方法を説明する前に、まず負荷テストとストレス テストの違いを説明する必要があります。 用語は、多くの場合、同じ意味で使用されますが, これらのテストは、異なる結果を見つけることを求めています.

ロード テストは、特定のレベルの同時要求 (負荷とも呼ばれます) の下でシステムの正常性を検証するために使用される非機能テストの一種です。 ロード テストの目的は、システムが、中断や低下を最小限に抑え、予期されるボリューム または許容可能なボリュームのレベルを処理できることを証明することです。 このパフォーマンス ベースラインの作成に使用される要因として、接続速度、待機時間、ダウンロード時間などがあります。 一般に、負荷テストは、現実的な境界内でのアプリケーションのパフォーマンスの予測を支援するために実行され、ピーク負荷イベント中にパフォーマンスがどのように影響を受けるかを理解するのに役立ちます。 これらのしきい値を超えてシステムをプッシュすると、負荷テストがストレス テストになる可能性があります。

一方、ストレス テストは、システムを劣化のポイントを超えて、時には完全な障害のポイントまでプッシュするように設計されています。 システムを劣化または障害のポイントを超えてプッシュすると、システムがこの障害から回復する処理方法と、ハードウェア容量の変更が必要かどうかを確認できます。 ストレス テスト中に通常監視される要因には、ディスク I/O、帯域幅、CPU 使用率、メモリ、およびさまざまなデータベース パフォーマンス メトリックがあります。

初期荷重の計算

アプリケーションのブレークポイントを決定することは、通常、見かけほど簡単ではありません。 明らかに、サーバーがクラッシュした場合、その点は間違いなく見つかりましたが、応答時間など、考慮すべき他の要因があります。 最近では、ウェブ ページやアプリケーションが数秒以内に応答しない場合、ユーザーはバウンスします。 応答時間が長い場合は、アプリケーションがダウンしていることを示す可能性があります。 別の兆候は、ウェブ ページの問題やサポートやITチームに関するコメントをユーザーから受け取り始めるというものです。

まず、使用中の ウェブ サーバーの数と使用可能な CPU コア数を考慮します。 この例では、クアッドコア ウェブ サーバーを使用し、CPU コアあたり 25 人の同時ユーザーを使用して、同時ユーザー 100 人を使用することを想定しています。 ただし、計算された開始点よりも 50% 低い数値から始めることをお勧めします。 この開始点から、アプリケーションのパフォーマンス要件に応じて、負荷を 5 倍または 10 倍に増やすことができます。

荷重曲線の選択: LoadView プラットフォーム

LoadView プラットフォームでは 、3 つの異なるロードカーブオプションから選択できます。

  • ステップ曲線の読み込み テスト タイプでは、運用負荷の下と予想されるトラフィック負荷の下での応答時間を比較できます。
  • 目標ベースの曲線。 このテストは、所定のスループット (トランザクション目標) を既に持っている場合、または一定の期間にウェブサイトで予想される訪問者数があり、サイトが要件を満たしていることを確認する場合に便利です。
  • 動的調整可能曲線。 このタイプを使用して、サイトのパフォーマンス制限を調べたり、テスト中にユーザー トラフィックを手動で変更してサーバーの容量を計画したりできます。

この例では、アプリケーションのブレークポイントを特定する目的で、所定のスループットやトランザクションの目標を考慮していないため、目標に基づく曲線オプションは考慮されません。 動的調整可能な曲線テストでは、ブレーク ポイントが見つかるまでトラフィックを増やしたり、負荷ステップ カーブを使用して、そのブレーク ポイントが見つかるまでランプアップ レートを設定できます。

考慮すべきもう 1 つの要因は、トランザクションの実行時間です。 ストレス テスト デバイスを作成すると、この値は 、検証プロセスに続くパフォーマンス レポートに表示されます。 たとえば、トランザクションの実行時間が約 30 秒の場合、その時間の 2 倍の負荷を保持して、応答時間が長くてもトランザクションの実行が完了するようにします。

アプリケーションのブレークポイントを見つける

以下は、ロード ステップ カーブを使用した基本的な HTTP ストレス テストの結果で、開始負荷は 1 分あたり 12 ユーザーです。

黄色で強調表示されている領域内でわかるように、ユーザー数が時間の経過と同時に増加するにつれて、応答時間とエラー数が増加します。 アプリケーションの要件によっては、エラーが発生した時点で、これがブレークポイントと見なされる可能性があります。 応答時間が最も重要な場合、アプリケーションのブレークポイントは、応答時間が事前に定義されたしきい値を超える場合です。

LoadView プラットフォーム内でのストレス テストの実行の詳細については、 マイクロソフトのナレッジ ベースを参照してください