ホストされているWebサイトをロードテストする必要がありますか？どうやって？

Question

Webサイトまたはアプリケーションを構築する場合は、HP LoadRunner、RadViewのWebLOADなどのツールを使用して、負荷を処理できるようにロードテストすることをお勧めします。

アプリケーションが外部でホストされている場合はどうすればよいですか？それをロードテストすることはできますか？したほうがいい？どうやって？

Answer 1

短い答え：はい、テストを読み込む必要があります。

これ以上の答え：テスト環境で本番環境を複製しようとする必要があります。まったく同じである必要はありませんが、特にソフトウェア環境と物理メモリの観点から可能な限り接近しようとする必要があります。 CPU速度は複製するのがそれほど重要ではありません（合理的に似ている限り）が、おそらくCPUの数を正しく保つことが必要です。重要なボトルネックになる可能性があるため、ディスク速度をプロダクション環境のできるだけ近くに維持してください。あなたがたくさんの書き込み（一時的または永続的）をしていない限り、ディスクスペースはそれほど重要ではありません。

テスト環境を実稼働させる前に、テスト環境で負荷テストを行うことができます。これにより、アプリケーションで処理される負荷の量がわかります。テスト環境が本番環境に似ているほど、結果はより意味のあるものになります。

Answer 2

あなたは共有ホスティングアカウントにいますか？次に、他のWebサイト（サービス拒否攻撃）を停止させる可能性があるため、ホスティング会社に最初に連絡する必要があります。

Answer 3

ベストプラクティスですか？そのとおり。

アプリケーションが外部でホストされている場合はどうすればよいですか？それをロードテストすることはできますか？したほうがいい？

はい、できます。

どのようにですか？

安価な時間別のコンピュータレンタル（EC2などのクラウドベンダー）が利用できるようになったのは、ここ数年でずっと簡単になりました。クラウドからの負荷の生成をサポートするツールを探します。テスト対象の内部システムがある場合は、そこから開始する必要があります。その場合は、内部テストと外部テストの両方を可能にするテストツールを選択する必要があります（クラウドのみの負荷テストサービスでは通常は行いません）。

私は可能な限り生産システムを絶対にテストしなければならないと言って、他の答えや伝統的な答えと矛盾するつもりです。理想的な世界では、テスト用に同じシステムを使用するため、テストシステムがパフォーマンス要件を完全に満たした後でのみ、本番テストが実行されます。現時点では、プロダクション環境のすべてが正確に構成されている（そして、「同一の」テスト/プロダクションシステムがどれくらいの頻度で同一でないのか驚くでしょう）。しかし現実の世界では、完全な重複テストシステムが常に可能でも実用的でもありません。私たちは、顧客の生産サイトを定期的にテストしています。実際、開発や機能テストで使用されている単一サーバーシステムを超えて、ほとんどのお客様がテストシステムを持っています。理想的ではありませんが、実行可能です。一般的な手順については

- 最も重要なユーザーシナリオ（テストケース）の数で始まり、その後：

1. ビルドとテストケース
2. は、テストを実行し、その結果
3. を分析検証パフォーマンス目標を達成するまでシステムを最適化/チューニングしてください
4. 範囲を拡大し、スケジュール/予算に応じて1-3を繰り返します。

「まさに正しい」テストケースをシミュレートする詳細については、特に初期の段階では、うんざりしないようにしてください。負荷テストは実際の使用状況の概算にすぎません。実際の使用状況の毎日（または1時間）は、他のテストと一意です。 1つのテストケースを「ちょうど良い」ものにするのに費やされる時間は、テストすべき他の15のテストケースをテストするのに費やされない時間です。開始に役立つour blogに関するその他の記事があります。

幸運を祈る！