azurevms的最大好处之一是能够根据CPU、网络或磁盘性能的需要更改VM的大小。在这篇博客文章中，我将概述使用Azure经典计算虚拟机或更新的Azure资源管理器虚拟机更改虚拟机大小的过程。当考虑调整虚拟机大小的能力时，有三个关键概念将影响更改虚拟机大小的简单程度。部署VM的区域。不同的虚拟机大小需要不同的物理硬件。在某些情况下，Azure区域可能不包含支持所需VM大小所需的硬件。所有Azure区域都支持VM大小标准的u0-A7和基本的ua0-A4。然后，您可以在azureregions网页的Services选项卡下找到每个区域支持的其他VM大小。当前托管虚拟机的物理硬件。如果当前运行虚拟机的物理硬件也支持所需的新大小，那么通过一个简单的大小更改操作来更改VM大小非常容易，这会导致VM重新启动。用于VM的部署模型。这两个部署模型是Classic和ResourceManager。资源管理器模型是较新的模型，它支持一些在传统部署模型中不可用的易于使用的功能。移动区域以调整大小如果您希望使用的虚拟机大小在当前区域中不可用，那么您可以选择等待该大小在该区域中可用，或者将虚拟机（可能还有其他服务）移动到新的区域。这个过程不在这篇文章的范围之内。以下博客文章描述了将虚拟机从一个区域移动到另一个区域所涉及的基本步骤：在存储帐户之间迁移Azure虚拟机。调整到当前硬件群集中可用的大小当一个虚拟机正在运行时，它被部署到一个物理服务器上。Azure区域中的物理服务器被分组在公共物理硬件的集群中。一个正在运行的虚拟机可以很容易地调整到支持虚拟机的当前硬件集群所支持的任何虚拟机大小。您可以通过以下任一方法确定托管虚拟机的当前物理硬件支持哪些虚拟机大小。在Azure门户中调整大小选择调整大小操作时，您将看到可以调整虚拟机大小的可用虚拟机大小。在本例中，VM使用的是标准的_A10大小，可以将其调整为Standard_A8、Standard_A9、Standard_A10或Standard_A11。其他VM大小不可用，因为当前用于此VM的硬件群集不支持这些其他大小。虚拟机大小系列物理硬件上可用的虚拟机大小可能会有所不同。例如，一些硬件集群将同时支持标准的\u A1和标准的\u D1，而不支持标准的\u D1 \u v2，而其他的硬件集群则支持这三种。如果硬件群集中支持以下组中的任何大小的虚拟机，那么您可以确信这些组中的虚拟机大小始终受支持。这些有时被称为VM大小的族。Azure中当前存在以下VM大小的系列：VM大小系列尺寸入门级Basic_A0–Basic_A4和标准_A0–标准_A4高内存入门级标准_A5–标准_A7高性能计算标准_A8–标准_A11通用生产标准_D1–标准_D14和标准_DS1–标准_DS14通用生产v2标准_D1_v2–标准_D14v2高内存和高密度本地存储标准_G1–标准_G5和标准_GS1–标准_GS5调整为当前硬件群集中不可用的大小如果托管虚拟机的当前硬件群集支持所需的新虚拟机大小，则调整大小操作是一个简单的重新启动操作。但是，如果当前托管VM的硬件不支持请求的新VM大小，那么调整VM大小的操作就有点困难了。调整需要将虚拟机移动到不同硬件集群的虚拟机大小取决于部署虚拟机所使用的部署模型。此外，必须使用同一个硬件群集来托管云服务（对于经典部署模型）中的所有虚拟机，或承载可用性集中的所有虚拟机（对于Azure资源管理器部署模型）。这意味着在某些情况下，多个vm必须一起调整大小。如果使用了资源管理器（ARM）部署模型，那么如果VM和同一可用性集中的任何其他VM处于停止（释放）状态，则可以调整VM的大小。如果VM是使用经典（ASM）部署模型部署的，则必须删除并重新部署云服务部署，以将VM更改为其他大小系列中的大小。将资源管理器（ARM）虚拟机的大小调整为当前硬件群集中不可用的大小如果您的VM是使用资源管理器（ARM）部署模型部署的，并且您需要更改为需要不同硬件的大小，则可以通过先停止VM，选择新的VM大小，然后重新启动VM来调整VM的大小。如果要调整大小的虚拟机是可用性集的一部分，则在更改可用性集中任何虚拟机的大小之前，必须停止可用性集中的所有虚拟机。在对需要不同硬件的大小执行调整大小操作之前，必须停止可用性集中的所有虚拟机的原因是，可用性集中所有正在运行的虚拟机都必须使用同一物理硬件群集。因此，如果需要更改物理硬件群集来更改虚拟机大小，则必须先停止所有虚拟机，然后逐个重新启动到不同的物理硬件群集。迁移到新的物理硬件群集可能还需要更改可用性集中其他虚拟机的大小，因为新物理硬件群集可能不支持以前的虚拟机大小。如果所有虚拟机都在同一个虚拟机大小系列中，那么您可以确信它们都将在物理硬件群集上得到支持，该群集用于承载可用性集的虚拟机。将经典（ASM）虚拟机的大小调整为当前硬件群集中不可用的大小如果当前部署VM的硬件集群不支持新的大小，那么将使用经典（ASM）部署模型部署的VM调整到需要不同硬件的大小会更加困难。与通过Azure资源管理器部署模型部署的虚拟机不同，当虚拟机处于停止状态时，无法调整虚拟机的大小。因此，对于使用经典部署模型的vm，必须删除vm，然后使用相同的操作系统和数据磁盘重新创建vm。为了简化这个过程，我们提供了一个PowerShell脚本来帮助删除和重新部署过程。脚本将执行以下操作：评估当前部署，以确保请求的调整大小操作无法通过使用部署虚拟机的现有硬件群集进行的简单调整来完成确保使用高级存储的虚拟机正在调整到另一个支持高级存储的虚拟机大小如果在删除和重新部署操作中更改了任何IP地址，则发出警告确保未使用脚本不支持的功能：对于初始版本，脚本不支持具有多个NIC的VM、配置了反向FQDN的部署或配置了自定义DNS配置的部署将所有当前配置存储到一个输出文件中，该文件可用于在重新部署过程中发生任何故障时重建虚拟机保存所有VM配置后删除现有部署。使用新选择的虚拟机大小重新部署虚拟机。