And*_*y T 7 azure azure-application-insights azure-app-service-plans azure-web-app-service
我正在针对我的 Azure Web App P3 定价层运行负载测试。我们有以下自动扩展策略 -
最小实例 5 和最大实例 20,如果 CPU 百分比 (Max) 超过 85%,则增加 1 个实例,如果 CPU 百分比平均值低于 50%,则减少 1 个实例
现在,它正在运行 5 个实例。如果我转到 Applications Insights,所有可用实例的“实时指标流”窗格,它会显示所有 5 个实例的 CPU 使用率约为 75%(平均)。事实上,一些实例接近 85%。
然而,如果我转向应用服务计划级别的 CPU 使用率图表(我只有一个应用程序在该计划下运行),它仅显示 20%。
我们如何调和这两个相互矛盾的统计数据?
“Live Metrics Stream”中显示的是 w3wp 进程的 CPU 使用率,而 App Service Plan 级别中显示的是总机器 CPU 使用率。考虑到逻辑处理器的数量,前者未标准化 - 因此您需要将其除以核心数以获得标准化百分比。即使在此之后,“Live Metrics Stream”指标也可能低于 AppServicePlan 指标,因为前者仅显示 w3wp 使用率,而后者显示总机器 CPU 使用率。
根据您的描述,我尝试对我的Azure Web App运行负载测试。以下是 Application Insights 和 App Service Plan 的详细指标,您可以参考。
应用程序洞察 > 指标资源管理器
时间范围一小时以内
进程CPU:处理器用于执行应用程序进程的所有进程线程所用时间的百分比。该指标是平均值。图表上的每个点代表1分钟的数据。

应用服务计划 > 监控
另一方面,CPU 百分比对于基本、标准和高级计划中托管的应用程序非常有用,因为它们可以横向扩展,并且该指标可以很好地指示所有实例的总体使用情况。

注意:由于实时指标流为您提供最近 60 秒内的指标。请尝试比较同一时间范围内应用服务计划和 Application Insights 的指标。
据我了解,Service Plan 和 Application Insights 的指标趋势大致相同。对于自动扩展,我认为您最好参考应用服务计划级别的指标。下面是添加自动伸缩规则时的历史指标截图,与“应用服务计划 > 监控”中相同时间范围的指标相匹配。
添加缩放规则时的指标:

应用服务计划 > 监控

| 归档时间: |
|
| 查看次数: |
3359 次 |
| 最近记录: |