Azure Web App P3 価格レベルに対して負荷テストを実行しています。次の自動スケールアウト戦略があります -
最小インスタンス 5 および最大インスタンス 20、CPU パーセンテージ (最大) が 85% を超える場合は 1 インスタンス増加、CPU パーセンテージ平均が 50% を下回る場合は 1 インスタンス減少
現在、5 つのインスタンスで実行されています。使用可能なすべてのインスタンスの Applications Insights の [Live Metrics Stream] ペインに移動すると、5 つのインスタンスすべてで CPU 使用率が約 75% (平均) であることが示されます。実際、一部のインスタンスは 85% に近づいています。
一方、App Service プラン レベルの CPU 使用率チャート (このプランで実行しているアプリは 1 つだけです) を見ると、20% しか表示されません。
この相反する 2 つの統計値をどのように調整すればよいでしょうか?
あなたの説明によると、Azure Web App に対して負荷テストを実行しようとしました。Application Insights と App Service Plan からの詳細なメトリックを次に示します。参照できます。
アプリケーション インサイト > メトリクス エクスプローラー
1 時間以内の時間範囲
PROCESS CPU: プロセッサがアプリケーション プロセスを実行するために使用するすべてのプロセス スレッドの経過時間の割合。このメトリックは平均です。グラフの各ポイントは、1分間のデータを表します。
App Service プラン > 監視
一方、CPU パーセンテージは、ベーシック、スタンダード、およびプレミアム プランでホストされているアプリに役立ちます。これらのアプリはスケールアウトできるためです。このメトリックは、すべてのインスタンスの全体的な使用状況を示す適切な指標となります。
注: Live Metrics Stream は、最新の 60 秒以内のメトリックを提供するためです。同じ時間範囲内で App Service Plan と Application Insights からのメトリックを比較してみてください。
私の理解では、Service Plan と Application Insights のメトリックの傾向はほぼ同じです。自動スケーリングについては、App Service プラン レベルのメトリックを参照する方がよいと思いました。これは、自動スケーリングのルールを追加したときの履歴メトリックに関するスクリーンショットです。これは、同じ時間範囲の「App Service プラン > 監視」からのメトリックと一致します。
スケール ルールを追加するときのメトリック:
App Service プラン > 監視
