0

今天，我们遇到了 Azure VM 的问题，其中一个可用性集中的 2 个 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

第一个具有以下详细信息：

说明：自动缩放引擎尝试将资源“xyz”从 0 个实例计数扩展到 1 个实例计数。

LastScaleAction时间：20131106T173020Z

新实例数：1

旧实例计数：0

第二个：

自动缩放引擎尝试将资源“xyz”从 2 个实例计数扩展到 1 个实例计数。

LastScaleAction时间：20131112T203656Z

新实例数：1

OldInstancesCount：2

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

更新

Azure 支持向我提供了反馈，他们解释说机器由于主机更新而停机。

问候

4

2 回答 2

1

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

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

于 2013-11-30T18:35:40.920 回答
0

我的两台机器都停机了，因为主机更新和 AutoScaling 根据 CPU 使用率从 1 台机器设置为 2 台机器。所以我发现 AutoScaling 在进行主机更新时不会打开第二台机器（这非常有帮助并使我的应用程序联机）。

我认为这将解释 0 of 1 实例问题，所以不要使用 AutoScaling 和上述设置来获得 HA。

问候

于 2013-12-02T14:56:26.517 回答