更新:它现在似乎正在运作。
我已将Azure Web App配置为在4到10个实例之间进行扩展,CPU负载超过80%且低于60%。
我们的网站现在已经超过95%的CPU负载超过两个小时,并且没有发生自动缩放。
在查看“时间表和性能规则”时,我看到持续时间(分钟)为300。
我觉得这应该是10分钟,但是当我设置并保存(使用有效的验证规则)时,我收到此错误:
我做错了什么或门户网站是否有错误?
手动增加到5然后减少到4后,我可以看到自动调节在管理服务日志中正常工作:
ActiveAutoscaleProfile: { "Name": "Default", "Capacity": {
"Minimum": "2",
"Maximum": "10",
"Default": "2" }, "Rules": [
{
"MetricTrigger": {
"Name": "CpuPercentage",
"Namespace": "",
"Resource": "xxx",
"ResourceLocation": "West Europe",
"TimeGrain": "PT1H",
"Statistic": "Average",
"TimeWindow": "PT5H",
"TimeAggregation": "Average",
"Operator": "GreaterThanOrEqual",
"Threshold": 80.0,
"Source": "xxx"
},
"ScaleAction": {
"Direction": "Increase",
"Type": "ChangeCount",
"Value": "1",
"Cooldown": "PT5M"
}
},
{
"MetricTrigger": {
"Name": "CpuPercentage",
"Namespace": "",
"Resource": "xxx",
"ResourceLocation": "West Europe",
"TimeGrain": "PT1H",
"Statistic": "Average",
"TimeWindow": "PT5H",
"TimeAggregation": "Average",
"Operator": "LessThan",
"Threshold": 60.0,
"Source": "xxx"
},
"ScaleAction": {
"Direction": "Decrease",
"Type": "ChangeCount",
"Value": "1",
"Cooldown": "PT5M"
}
} ] }
Description: The autoscale engine attempting to scale resource xxx' from 3 instances count to 2 instances count.
LastScaleActionTime: Wed, 03 Jun 2015 09:11:38 GMT
Microsoft.Resources/EventNameV2: Autoscale a resource.
Microsoft.Resources/Operation: Scale down
Microsoft.Resources/ResourceUri: /xxx
NewInstancesCount: 2
OldInstancesCount: 3
ResourceName: xxx
所以我可以看到自动缩放确实有效。
可以通过编程方式更改值吗?
答案 0 :(得分:4)
这似乎是预览门户中的错误。如果您想投票,我就此here提供反馈。
问题与作为自动缩放规则一部分的MetricTrigger中存在的TimeGrain属性有关。预览门户似乎将此值默认为1小时(“PT1H”),无法更改它。这可以防止您将门户中的持续时间设置为小于60分钟的值。
作为一种解决方法,如果您在https://manage.windowsazure.com使用当前门户,并在那里为您的Web应用程序配置CPU的自动缩放,然后返回预览门户,您将能够将持续时间设置为低为5分钟。
最后,回答有关以编程方式设置此问题的问题。是的,这可以使用管理库。我将展示如何为云服务执行此操作here。但是,它应该与Web应用程序相同(或非常相似)。这是一年多以前的事情,所以它可能不会像我写的那样100%工作,但看起来MetricTrigger类仍然基本相同,而且这是你最关注的地方。