AutoScaling时Azure VM意外关闭

时间:2013-11-13 08:53:55

标签: azure azure-virtual-machine azure-autoscaling-block

今天我们遇到Azure VM的问题,其中一个可用性设置为2的VM刚刚停止响应。几分钟后,我们注意到机器已关闭,而机组中的其他VM未打开(这应该没问题,因为这不是故障转移)。我们看一下VM监控,没有一个日志告诉我们有任何停机时间。我们发现的唯一的事情是管理服务 - 操作日志中的2个奇怪日志。

  • 11/12/2013 10:12:02 PM AutoscaleAction成功VirtualMachinesAvailabilitySet:xyz Autoscale
  • 11/12/2013 9:36:56 PM AutoscaleAction成功VirtualMachinesAvailabilitySet:xyz Autoscale

第一个是以下细节:

  

描述:自动缩放引擎试图扩展资源   来自0个实例的'xyz'计为1个实例计数。

     

LastScaleActionTime:20131106T173020Z

     

NewInstancesCount:1

     

OldInstancesCount:0

第二个:

  

自动缩放引擎尝试从2扩展资源'xyz'   实例计数为1个实例计数。

     

LastScaleActionTime:20131112T203656Z

     

NewInstancesCount:1

     

OldInstancesCount:2

有谁知道可能发生了什么?

更新

Azure支持向我提供了反馈,他们解释说由于主机更新导致计算机停机。

此致

2 个答案:

答案 0 :(得分:1)

每当您使用自动缩放时,您都会设置一个实例范围,告诉Azure您希望在给定时间点运行的VM的最小和最大数量。在这种情况下,您似乎已将最小值设置为1.这可以解释为什么当两个VM都被停止时,它会打开其中一个。

此外,从2到1的比例可能是因为您的VM上的负载很低(假设您正在按CPU缩放)。如果平均CPU仍然低于您已建立的目标(默认为60%),它将缩小直至达到最小值(在本例中为1)。

答案 1 :(得分:0)

由于主机更新和AutoScaling根据CPU使用情况从1台到2台机器设置,我的两台机器都关闭了。所以我发现AutoScaling在进行主机更新时不会打开第二台机器(这可能非常有用并使我的应用程序在线)。

我认为这将解释1个实例中的0个问题,所以不要在上面的设置中使用AutoScaling来获取HA。

问候