Azure VM升级或降级停机时间

Question

这是我第一次使用Azure而且我已经习惯了AWS。在AWS降级或升级实例时，预计会出现停机时间。在Azure文档中，升级或降级VM时没有指定停机时间，是否意味着没有停机时间？如果有，停机时间有多长？

Answer 1

涉及到停机时间。根据部署模型（资源管理器或经典），调整大小将涉及停止VM（前者）或删除并重新创建具有新大小的VM（后者）。

来自https://azure.microsoft.com/en-in/blog/resize-virtual-machines/：

调整资源管理器（ARM）虚拟机的大小 s

  

如果使用资源管理器（ARM）部署部署了VM   model 您可以通过先停止VM并选择新VM来调整VM的大小   VM大小，然后重新启动VM 。如果要调整大小的VM是   作为可用性集的一部分，您必须停止所有虚拟机   在更改任何VM的大小之前设置的可用性   可用性设置。

调整经典（ASM）虚拟机的大小

  

调整使用Classic（ASM）部署模型部署的VM的大小更多   如果硬件群集不支持新大小，则很难   当前部署VM的位置。与通过Linux部署的VM不同   Azure Resource Manager部署模型无法调整大小   VM处于停止状态时的VM。 因此对于使用的虚拟机   经典部署模型必须删除然后重新创建VM   使用相同的操作系统和数据磁盘。

Answer 2

在Azure中，有两种类型的Microsoft Azure平台事件会影响虚拟机的可用性：planned maintenance and unplanned maintenance.
为减少因一个或多个事件导致的停机影响，我们建议您为虚拟机提供以下高可用性最佳做法：
1.在可用性集中配置多个虚拟机以实现冗余 2.将每个应用程序层配置到单独的可用性集中 3.将具有可用性设置的负载均衡器组合起来 4.为每个可用性集使用多个存储帐户

注意：避免将单个实例虚拟机留在可用性集中。此配置中的虚拟机不有资格获得SLA保证并在Azure计划维护事件期间面临停机，除非单个VM使用Azure Premium Storage。对于使用高级存储的单个VM，Azure SLA适用。

有关Azure VM的SLA的详细信息，请参阅link。

Answer 3

是否可以关闭虚拟机取决于您要更改的新虚拟机大小在现有硬件群集上是否可用以及该虚拟机是否已部署在可用性集中。

关于Microsoft文档，有一篇不错的文章here，其中解释了何时可以在不取消分配VM的情况下更改大小以及何时必须取消分配VM。

简而言之，使用Powershell，您可以更改VM的大小，并且如果新的VM大小在硬件群集上可用，则不必停止并取消分配VM。

请注意，由于VM大小的更新，VM仍会关闭并重新启动，并且根据我的个人经验，在没有任何自定义的情况下，通常需要平均2分钟才能在Windows VM上启动并运行它。