[英]Azure Web App not autoscaling in time
更新:现在似乎正在运作。
我已将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
所以我可以看到自动缩放确实有效。
可以通过编程方式更改值吗?
这似乎是预览门户中的错误。 如果你想投票,我在这里给出了反馈意见。
问题与MetricTrigger中存在的TimeGrain属性有关,作为自动缩放规则的一部分。 预览门户似乎将此值默认为1小时(“PT1H”),无法更改它。 这可以防止您将门户中的持续时间设置为小于60分钟的值。
作为解决方法,如果您使用https://manage.windowsazure.com上的当前门户,并通过CPU为您的Web应用程序配置自动缩放,然后返回预览门户,您将能够将持续时间设置为低至5分钟。
最后,回答有关以编程方式设置此问题的问题。 是的,这可以使用管理库。 我将在此处展示如何为云服务执行此操作。 但是,它应该与Web应用程序相同(或非常相似)。 这是一年多以前的事情,所以它可能不会像我写的那样100%工作,但看起来MetricTrigger类基本上仍然是相同的,这是你的大部分注意力。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.