Web サイトを運用環境に展開する前と後にパフォーマンスをテストすることをお勧めします。 それとは別に、イベントによる需要の増加が予想される場合は、運用環境でパフォーマンス テストを行う必要があります。 Web サイトのロード テストは、Web サイトと基になるシステムが多数のユーザーとどのように動作するかを決定するために広く使用されているパフォーマンス テストです。 ロード テストには、いくつかの方法があり、この記事では、この 2 つについて説明します。
負荷テストのためのソークテストアプローチ
耐久テストとも呼ばれるソークテストは、膨大な数のユーザーの下で長期間にわたってWebサイトとウェブ アプリケーションのパフォーマンスを測定します。 テストを行う主な目的は、システム予想を超えたパフォーマンスと時間のトレードオフを理解することです。 限られた期間、限られた期間のユーザー数に耐えることができるウェブサイトは、例えば1時間、5時間、10時間、さらに長い間、継続的に巨大な負荷にさらされると、ウェブサイトがクラッシュしたり、予期しない方法で動作することが知られています。 このような条件下でのウェブサイトの異常な動作を予測し、決定するために、ソーク試験が行われます。
ソーク テストのシナリオ例
ソークテストの簡単な例は、ゲームのウェブサイトです。 ユーザーが Web サイトでゲームをプレイすると、セッション用に多数のサーバーファイルが作成され、その一部はセッション後にクリーンアップされます。 このような Web サイトは、より短時間の高負荷下でのパフォーマンスが向上する可能性がありますが、負荷が長いセッションで継続する場合、メモリ リークが発生したり、メモリが完全に使い果たされたりする可能性があります。 これにより、サーバーがクラッシュし、すべてのユーザーが影響を受けます。
ソークテストのメリットとメリット
- 追加のリソースの計画に役立つメモリ割り当てと使用率の可視性。
- 優先順位の高いリソースセットを使用して自動スケーリング戦略を決定する場合に役立ちます。
- データベース リソースと、中断のないパフォーマンスを実現するための接続数を決定します。
- 応答時間と負荷暴露時間のトレードオフ洞察を使用して、ガベージ コレクションとメモリ割り当ての追加測定を計画します。
- 標準のロード テスト アプローチで検出できない潜在的な問題が検出されます。
- IT予算を作成しながらインフラストラクチャの需要を検証します。
ソークテストのデメリットと課題
- Soak テストは時間がかかり、より長い期間、追加のメモリ リソースを必要とします。
- テストを実行する時間を見積もるのは難しいですが、10時間実行して「OK」を与えるかもしれませんが、あなたのウェブサイトは11時間後に壊れる可能性があります。
- Web サイトがライブの場合は、ライブ環境での soak テストの実行を避ける必要があります。 異なる環境で実行するには、実稼働環境と同じになる可能性のあるリソースが必要になり、コストが増加します。
負荷テストのためのピークテストアプローチ
ピークテストは、 任意の時点でWebサイトの同時ユーザーの最大数であるピーク負荷を決定するために行われます。 ピーク テストの背後にある考え方は、ピーク時に予想されるユーザー負荷をシミュレートすることです。 CPU 使用率、1 秒あたりのデータベース要求、ピーク時の予想されるユーザー急増の下での応答の遅延を決定するために使用されます。 soak テストとは異なり、ピーク テストでは長時間実行する必要はありません。 週末、夜間、取引時間など、ピーク時に来るかもしれないと推測する最大トラフィックを生成するだけで済みます。
ピーク テストのシナリオ例
あなたが取引ウェブサイトを持っているとしましょう。 このようなプラットフォームでは、高いトラフィックは通常の取引時間中になります。 このような場合、取引時間中にウェブサイトに同時にアクセスできるユーザーが10,000人いる可能性があります。 通常は、平均負荷 (1,000 人の同時ユーザーなど) でロード テストを行います。 ただし、ピーク テストでは、平均負荷を生成する代わりに、その時間帯に予想されるピーク負荷を生成する必要があります。
ソークテストのメリットとメリット
- システムベンチマークの決定に役立ちます。
- ピーク時にウェブサイトを泥沼化させ得るシステムボトルネックを特定する。
- ピーク時のダウンタイムのリスクを軽減します。
- インフラストラクチャ全体のスケーラビリティ スコープの特定。
- 障害のコストを最小限に抑えます。
ソークテストのデメリットと課題
- ピーク テストでは、耐久テストに関連する問題を特定できない場合があります。
- 膨大な量の仮想ユーザーを生成するための高コスト。
- あるボトルネックは別のボトルネックを妨げ、最大ピーク負荷を正確に判断するために複数回の再実行が必要になる可能性があります。
総合的アプローチ:ソークテストとピークテスト
soak テストとピーク テストの両方にさまざまなシナリオでの長所と短所がありますが、両方を組み込んだ戦略を使用すれば、Web サイトに関する精度を高め、より多くの情報を発見できます。 たとえば、ピークテストは長期間行われませんが、 ソークテストにピーク負荷を含めると、最大数の同時ユーザーでWebサイトが保留できる期間を決定できます。 私たちの取引例のシナリオでは、ピーク負荷で取引時間のソークテストを行うことをお勧めします。
クラウドベースまたはオンプレミスのテスト
テストとピーク テストを行うには、特殊なハードウェアと、かなりの時間の適切な負荷を生成するための大量のリソースが必要です。 ユーザー数の多い安定したウェブサイトを持つことを望むすべての組織やウェブサイトの所有者は、この専用のインフラストラクチャを手に入れることができます。 どちらを選ぶべきか見てみましょう。
クラウドベースのテストは、次の場合に使用します。
- 必要なハードウェアとソフトウェアをすべて購入する必要はありません。
- 複数の場所から Web サイトをテストする場合。
- 複数の場所、複数のブラウザ、費用対効果の高い複数のデバイスなど、最も現実的な条件を作成する場合。
オンプレミス テストは、次の場合に使用します。
- インフラストラクチャおよびメンテナンス チームをテストするための十分な資金があります。
- 複数の場所から Web サイトをテストする必要はありません。
- 負荷テストには毎日の要件が頻繁に必要です。
ソークテスト用のロードビュー
LoadView は、WebサイトおよびWebアプリケーションのパフォーマンステストのほぼすべてのシナリオをカバーする柔軟なテスト設計を備えたクラウドベースのロードテスト環境を提供します。 これは、実際のブラウザーと、さまざまな場所から複数のデバイスを使用して、テスト シナリオの最も現実的な条件を生成します。 EveryStep Web Recorderを使用してコーディング経験を持たないロード テスト用のユーザー スクリプトを設計できます。 LoadView プラットフォームでのソーク テストは、特定の期間に設定された数の同時ユーザーを指定できるロード ステップ カーブ機能を使用して実行できます。 これは、個別にソークテストとピークテストに使用し、両方のテストの組み合わせに使用できます。 それとは別に、状況の変動の下でパフォーマンスをよりよく理解するために状況を調整するために、リアルタイムで負荷を調整することもできます。
テスト Web サイトと Web アプリケーションをソークする: 結論
テストとピーク テストは、ロード テスト戦略に組み込まれている場合、非常に強力です。 すべてのロード テストに最も現実的な条件を作成するには、複数の場所から実際のブラウザーと デバイスを使用して Web サイトをテストするクラウドベースのロード テスト ツールをお勧めします。 LoadView は、すべてのそのような機能を提供し、その EveryStep Web レコーダーを使用してユーザー スクリプトを作成する効率的な方法で、オンデマンドで任意のシナリオのロード テストを作成するのに役立ちます。 詳しくは、ウェブサイトと ウェブ アプリケーションのソークテストについての記事をご覧ください。 今すぐ無料のロードテストで無料トライアルを請求してください!