負荷テストまたはアプリケーションホスティングプランを変更する必要があります

Question

Azure Appサービスで私のアプリケーションをStandard: 1 Smallプランにホストしました。そして、私は以下の設定上記のテスト構成から

Test duration - 1 minutes 
Response time goal - 4 sec 
Step Load pattern - 100 step user per 6 sec 
Maximum user count - 1000 

で自分のアプリケーションの負荷テストを実行して、私は周りに800エラーと 80% of them are response time exceed 4 sec errorを得た

私の質問：

1. iが必要です4秒の応答時間を達成するために私の計画を増やす の目標？
2. 私は4秒の応答時間目標を再考する必要がありますか？
3. 応答時間の目標を再検討する必要がある場合は、応答時間の目標である が最適です。
それは問題が住んでいる場所によって異なり

Answer 1

1. 、あなたはそれがすなわちAzure Monitoringを使用して、すなわちCPUやRAMの使用率が非常に高いことがわかり、したがって、あなたのアプリが果たすことができないかどうかを確認することができます1000人の同時仮想ユーザーの応答時間を持ちます4秒未満です。その場合、より強力なハードウェアに切り替える必要があります。 CPUとRAMの負荷が比較的低いままになっている場合 - 問題は他の場所に残り、一部を考慮する必要がありますperformance profiling
2. これはあなたのアプリケーションに固有のものです。それが内部使用のためのものであり、それほど重要ではない、そして/または緊急でない何かをしているなら、60秒の応答時間でさえも良いでしょう。
3. 3と同じ：「目標」はビジネスの世界から来ているはずです。つまり、「アプリケーションはY ms以下の応答時間を持つXユーザーに対応している必要があります」、詳しくはGotta Test 'em Allの記事を参照してください。 。あなたは、明示的な要件を持っていない場合 - あなたがクラスタに追加のノードを追加する場合、それは高い負荷与え、より良いCPUとRAMの仕様に耐えたりすることができ、すなわち、私の勧告は、アプリケーションのスケールを確認していることをされて

Answer 2

を。

応答時間の目標を4秒にするために計画を大きくする必要がありますか？

あなたのウェブアプリケーションのメトリック（平均メモリ使用量、平均応答時間、CPU時間、要求など）を収集するためにMonitor your web app in Azure App Serviceを試すことができると私は理解していました。スループットを向上させるには、Scale Outを利用してWebサイトの複数のコピーを作成し、それらの間で要求を自動的に分散するロードバランサを追加することができます。また、Remote Profiling in Azure App Serviceを利用して、アプリケーションを最適化してHTTP要求の待ち時間を短縮できるかどうかを調べることもできます。上記の手順でレイテンシを減らすことができない場合は、コア数とメモリ量が増えるほど、より大きな物理サーバのアプリケーションサービスプランをより高い価格設定に変更する必要があります。

応答時間の目標を再検討する必要がある場合、設定する必要がある応答時間の目標は何ですか？

私が知っていたように、値段が高くなるとパフォーマンスとスループットが向上しますが、コストがかかります。私はあなたのアプリケーションを最適化し、あなたの予算とパフォーマンス目標（スループット、応答時間など）と組み合わせることを試みることができると仮定しました。アプリケーションからメトリックを収集するための適切なアプリケーションサービス計画を選択するためのものです。メトリックデータを使用すると、平均応答時間が要件を満たしているかどうかを判断できます。ウェブアプリのパフォーマンスに関する問題の詳細については、この公式documentを参照してください。