我正在使用MVC3,ASP.NET4.5,C#,Razor,EF6.1,SQL Azure
我一直在使用JMeter进行一些负载测试,我发现了一些令人惊讶的结果。
我测试了30个并发用户,超过10秒。测试计划非常简单:
1) Login
2) Navigate to page
3) Do query
4) Navigate back
5) Logout.
我正在使用“小”“标准”实例。
我发现当我的Azure设置配置为“自动缩放”时,它的行为类似于我的测试,其中一个“小”实例没有自动缩放。当我设置两个没有自动缩放的“小”实例时,它的速度提高了两倍,或者说测试时每个请求的平均处理时间是2倍。所以它似乎不是自动缩放。我已经尝试将CPU触发器设置为较低的目标,即40-70。仍然没有快乐。
在进一步调查中,当“Autoscale”首次推出时,它似乎评估了前一小时的指标,现在我看到“10分钟”的引用。我认为一旦CPU开始达到目标值,它就会立即触发新实例,这必须是“自动缩放”的全部内容。如果我有一段并发使用,我现在需要额外的实例,因此使用PAAS的原因。由于我的考试时间不到10分钟,“Autoscale”从未踢过。那么Autoscale开始的时间应该是什么时候?
感谢。
答案 0 :(得分:5)
Azure将每5分钟检查一次CPU指标,如果超过设置的阈值,则会增加该点的实例计数。
有趣的是,Azure会在低于阈值的2小时后减少实例计数。
引用相关部分:
注意:启用“按度量标准扩展”时,Microsoft Azure会检查CPU 您的网站每五分钟一次,并根据需要添加实例 在那个时间点。如果CPU使用率很低,Microsoft Azure将会 每两小时删除一次实例以确保您的网站 仍然保持高效。通常,将最小实例数设置为1 是合适的。但是,如果您的突然使用量激增 网站,请确保您有足够的最低人数 处理负载的实例。例如,如果你突然飙升 在Microsoft Azure检查之前的5分钟间隔内的流量 您的CPU使用率,您的网站在此期间可能没有响应。如果 你期望突然的,大量的流量,设置最小的实例 计算得更高,以预测这些爆发。
答案 1 :(得分:2)
现在可以在新的Azure门户(https://portal.azure.com)中根据不同的指标配置扩展:
还可以配置放大时间和缩小时间。在图表中,它将显示当前的实例数量(实线)与最大配置(虚线)和配置的指标。当指标超过该行(=为该指定指标配置的按比例放大)时,它将向上扩展&反之亦然。