サーバーストレステストと初心者向けの構成？
私たちの市ではまもなく非常に公開されたイベントが開催され（市役所で利用可能な公共スポットのデータ収集）、カリキュラムといくつかの個人データを提出するためのフォームアプリケーションを作成する必要がありました。イベントが受けている宣伝とクライアントの以前の経験のために、最初の週に約5〜1万人のユーザーがデータを送信すると予想されます。
私は小さなアプリケーションにAmazonEC2を使用した経験が豊富なので、大量のデータ入力を期待して、入出力に特化したインスタンスを起動することを計画しています。
アプリケーションは、WindowsサーバーでIIS + MySQLまたはTomcat + MySQLで実行されます。
ダウンタイムや接続の喪失を回避するために、ストレスや同意のあるユーザーに対してこのWebサーバーをテストおよび構成するための、いくつかの考えや提案をいただければ幸いです。私はこの数のユーザーを扱った経験がほとんどないので、この種のツールの初心者です。
プログレス：
- VimeoでJmeterの非常に優れた開始チュートリアルを見つけました（ http://vimeo.com/3453772 ）
- 私はまた、テストの結果に関する有用な説明を このブログ で見つけました。
私の意見では、これら2つのリソースにより、公式ドキュメントに加えてjmeterを理解しやすくなります。
フルスタック全体でこのアプリケーションをテストしたいので、フォームに入力したり、ログインしたりできるものが必要になるでしょう。 Jmeter この点ではかなり広範囲です。
最も重要なことは、SQLバックエンドを含むフルスタックにヒットするさまざまな側面のストレステストを確実に行うことです。また、アプリがそのように構築されている場合は、システムのキャッシュのベンチマークを行うだけでなく、多くの異なるページにアクセスしていることを確認することをお勧めします。静的ページを何度もロードするためにa/bを誤って使用することは、Apacheの最良のシナリオのパフォーマンスのみを気にしない限り、ほとんどの場合時間の無駄です。
プロセスは一般的に：
準備：
- ストレステストが時間投資の価値があることを確認してください
- フルスタック（Jmeterなど）をテストする広範なストレステストを開発します。時間が限られていて、これができない場合は、部門の枠を超えたチーム（devs、dba、sysadminsなど）を使用して、ボトルネックがどこにあるかを推測します。
- テスト中に関連するすべてのシステムリソースを監視するプロセスが整っていることを確認してください
実行：
- ストレステストを実行する
- ボトルネックの結果を分析する
- ボトルネックを修正する
- 繰り返す
最後に、実際にシステムをテストするのに十分なシステムを立ち上げることは難しい部分の1つであることがよくあります。そのため、Amazonソリューションは私には良いもののように思えます。
ab from Apacheは、非常に人気のあるストレステストツールです。私はそれを見て、それがあなたのニーズを満たしているかどうかを確認します。