負荷テストを構成していますが、設定に興味があり、混乱しています。6000人の同時ユーザーがいると予想されるイントラネットWebサイトをテストしています。私の雇用主は、以前のコンサルタントに、負荷テストのユーザーは問題ではなく、リクエスト/秒について心配する必要があると言っていました。彼らは以前、それらの6000ユーザーが30 rpsを生成すると決定しましたが、それは正しくないと思いますが、その数を超えることができることを示す必要があります。以前の負荷テストは200ユーザーのみに設定され、結果は200rpsを超えたことを示しました。彼らは結果に満足していましたが、それは私がこれを理解する方法ではありません。
私の質問は、6000人の同時ユーザーをサポートする必要がある場合、ユーザーを6000に設定して実行する必要があるのか、それともrpsが信頼できる適切なデータであるのかということです。
「仮想ユーザー」のりんごを実在の人物であるオレンジで測るのは本当に難しいです。実際の人は、ウェブページを読んでから何らかの行動を取るのに数秒から数分かかる場合があります。仮想ユーザーは、数秒ごとにWebページを処理できるようになります。
適切にテストするには、実際のユーザー間の「作業」の共通単位と、VisualStudioで生成できる負荷を把握する必要があります。コンサルタントはおそらく、RPSを使用することを推奨しました。これは、どのようなWebテストも内部にあるロードテストから簡単に測定できるためです。それは良い尺度です。
RPS測定の精度は、ユーザーについてなされた仮定に基づいています。計算は少し似ています。私には6000人のユーザーがいて、毎日サイトを使用する必要があります。ほとんどの場合、彼らは朝にログインし、朝のお茶の少し前に働き、午後2時から午後3時30分までサイトをより激しく攻撃します。言う
サイトの以前のログを見るか、推測するだけで、次のように言うことができます。ピーク時には、ユーザーが1分ごとにサイトにアクセスする可能性があります。
サイトのピーク使用量を計算すると、ユーザーの30％が作業しています。したがって、ユーザー：6000ピークパーセンテージ：30％RPS /ユーザー：1/60
6000 * 30％* 1/60 =30RPS。
したがって、サイトが200RPSを処理できる場合、6000人のユーザー全員が1分ごとにサイトにアクセスすることに相当すると言えます。
6000 * 100％* 1/60 =200RPS。
実際のユーザーに関する仮定を変更すると、RPSの数が大幅に変更されます。