負荷テストとストレステスト
LoadView プラットフォーム内のアプリケーションのブレークポイントを特定する方法を説明する前に、まずロード テストとストレス テストの違いについて説明する必要があります。 用語は、多くの場合、同じ意味で使用されますが, これらのテストは、異なる結果を見つけることを求めています.
ロード テストは、特定のレベルの同時要求 (負荷とも呼ばれます) の下でシステムの正常性を検証するために使用される非機能テストの一種です。 ロード テストの目的は、システムが、中断や低下を最小限に抑え、予期されるボリューム または許容可能なボリュームのレベルを処理できることを証明することです。 このパフォーマンス ベースラインの作成に使用される要因として、接続速度、待機時間、ダウンロード時間などがあります。 一般に、負荷テストは、現実的な境界内でアプリケーションのパフォーマンスを予測し、 負荷のピーク時にパフォーマンスがどのように影響を受けるかを理解するために実行されます。 システムをこれらのしきい値を超えてプッシュすると、 誤ってロード テストがストレス テストになる可能性があります。
一方、ストレス テストは、システムを劣化のポイントを超えて、時には完全な障害のポイントまでプッシュするように設計されています。 システムを劣化または障害のポイントを超えてプッシュすると、システムがこの障害から回復する処理方法と、ハードウェア容量の変更が必要かどうかを確認できます。 ストレス テスト中に通常監視される要因には、ディスク I/O、帯域幅、CPU 使用率、メモリ、さまざまな データベース パフォーマンス メトリックなどがあります。
初期荷重の計算
アプリケーションのブレークポイントを決定することは、通常、見かけほど簡単ではありません。 明らかに、サーバーがクラッシュした場合、その点は間違いなく見つかりましたが、応答時間など、考慮すべき他の要因があります。 最近では、ウェブ ページやアプリケーションが数秒以内に応答しない場合、ユーザーはバウンスします。 応答時間が長い場合は、アプリケーションがダウンしていることを示す可能性があります。 別の兆候は、Webページの問題やサポートやITチームに関するコメントをユーザーから受け取り始めるというものです。
まず、使用中の Web サーバーの数と使用可能な CPU コア数を考慮します。 この例では、クアッドコア ウェブ サーバーで作業していると仮定し、CPU コアあたり 25 人の同時ユーザー、つまり 100 人の 同時ユーザー の開始点を使用します。 ただし、計算された開始点よりも 50% 低い数値から始めることをお勧めします。 この開始点から、アプリケーションのパフォーマンス要件に応じて、負荷を 5 倍または 10 倍に増やすことができます。
荷重曲線の選択: LoadView プラットフォーム
LoadView プラットフォームでは、ユーザーは 3 つの異なる荷重曲線オプションから選択できます。
- ステップ曲線の読み込み テスト タイプでは、運用負荷の下と予想されるトラフィック負荷の下での応答時間を比較できます。
- 目標ベースの曲線。 このテストは、所定のスループット (トランザクション目標) を既に持っている場合、または一定の期間にウェブサイトで予想される訪問者数があり、サイトが要件を満たしていることを確認する場合に便利です。
- 動的調整可能曲線。 この種類を使用すると、サイトのパフォーマンス制限を確認したり、テスト中にユーザー トラフィックを手動で変更して サーバー 容量を計画したりできます。
この例では、アプリケーションのブレークポイントを特定する目的で、所定のスループットやトランザクションの目標を考慮していないため、目標に基づく曲線オプションは考慮されません。 動的調整可能な曲線テストでは、ブレークポイントが見つかるまでトラフィックを増加させるか、負荷ステップ曲線を使用して、その ブレークポイントが見つかるまでランプアップ率を設定できます。
考慮すべきもう 1 つの要因は、トランザクションの実行時間です。 ストレス テスト デバイスを作成すると、この値は 、検証プロセスに続くパフォーマンス レポートに表示されます。 たとえば、トランザクションの実行時間が約 30 秒の場合、その時間の 2 倍の負荷を保持して、応答時間が長くてもトランザクションの実行が完了するようにします。
アプリケーションのブレークポイントを見つける
以下は、負荷ステップ曲線を利用した 基本的なHTTPストレステストの結果であり、開始負荷は毎分12ユーザーです。
黄色で強調表示されている領域内でわかるように、ユーザー数が時間の経過と同時に増加するにつれて、応答時間とエラー数が増加します。 アプリケーションの要件によっては、 エラーが発生した時点で、これがブレークポイントと見なすことができます。 応答時間が最も重要な場合、アプリケーションのブレークポイントは、応答時間が事前に定義されたしきい値を超える場合です。
LoadView プラットフォーム内でのストレス テストの実行の詳細については、 マイクロソフトのナレッジ ベースを参照してください。