今天我们遇到Azure VM的问题,其中一个可用性设置为2的VM刚刚停止响应。几分钟后,我们注意到机器已关闭,而机组中的其他VM未打开(这应该没问题,因为这不是故障转移)。我们看一下VM监控,没有一个日志告诉我们有任何停机时间。我们发现的唯一的事情是管理服务 - 操作日志中的2个奇怪日志。
第一个是以下细节:
描述:自动缩放引擎试图扩展资源 来自0个实例的'xyz'计为1个实例计数。
LastScaleActionTime:20131106T173020Z
NewInstancesCount:1
OldInstancesCount:0
第二个:
自动缩放引擎尝试从2扩展资源'xyz' 实例计数为1个实例计数。
LastScaleActionTime:20131112T203656Z
NewInstancesCount:1
OldInstancesCount:2
有谁知道可能发生了什么?
更新
Azure支持向我提供了反馈,他们解释说由于主机更新导致计算机停机。
此致
答案 0 :(得分:1)
每当您使用自动缩放时,您都会设置一个实例范围,告诉Azure您希望在给定时间点运行的VM的最小和最大数量。在这种情况下,您似乎已将最小值设置为1.这可以解释为什么当两个VM都被停止时,它会打开其中一个。
此外,从2到1的比例可能是因为您的VM上的负载很低(假设您正在按CPU缩放)。如果平均CPU仍然低于您已建立的目标(默认为60%),它将缩小直至达到最小值(在本例中为1)。
答案 1 :(得分:0)
由于主机更新和AutoScaling根据CPU使用情况从1台到2台机器设置,我的两台机器都关闭了。所以我发现AutoScaling在进行主机更新时不会打开第二台机器(这可能非常有用并使我的应用程序在线)。
我认为这将解释1个实例中的0个问题,所以不要在上面的设置中使用AutoScaling来获取HA。
问候