Azure虚拟机（经典）基于旧的Azure服务管理模型（ASM）。这个模型中，一切都包含在一个云服务中，这是通往互联网的门户。尽管它仍然被广泛使用，但Azure现在正在转向Azure资源管理模型（ARM）。\n\nARM使用声明性模板的概念来配置整个解决方案（而不是单个组件）。因此，您可以创建整个Sharepoint堆栈，而不仅仅是单个机器。\n\nARM还采用了更逻辑化的网络方法。不再有一个庞大的VM在一个隐蔽的云服务中。您有一个VM，可以将网络卡连接到其中。然后，您可以将网络卡放入VNet并附加公共IP（如果需要）。\n\n除非您有充分的理由使用ASM（classic），否则应使用ARM创建解决方案。因为这是微软未来的建议（必须找到链接）。这也意味着您可以为部署创建模板，以便您可以拥有可重复部署的解决方案。\n\n不过，旧的门户manage.windowsazure.com无法管理使用ARM部署的任何东西。而且ASM的某些部分尚未迁移到ARM。例如，您无法配置Azure VM备份，因为Azure备份是ASM，无法“看到”ARM VM。\n\n但实际上很大程度上取决于您的情况，您正在计划什么，您将使用哪种部署方法。如果您只想启动一台机器来执行单个任务，则几乎没有任何区别。如果您要部署到将来会涉及DevOps概念的环境中，则ARM是正确的选择。

对于你的问题，简短回答是使用正常的 VM 或 虚拟机 是部署虚拟机的新方法，而经典 VM 或 虚拟机（经典） 则是它们的旧方法。Azure 推荐使用新方法，而不是旧方法。但是请注意，一些仅在旧方法中可用的功能未被移植到新方法中，因此您必须比较提供的功能，仅在需要的情况下使用旧方法。

现在，是长答案：

基本上，有一个 REST API，您可以使用它与 Azure 基础架构交互。

Azure 开始时，这个 API 被称为 Service Management API（SMAPI），在那个时候（在某种程度上）很好地发挥了它的作用。然而，随着 Azure 的发展，用户的要求也增加了，SMAPI 的限制显得很明显。一个很好的例子就是访问控制。在 SMAPI 中，有访问控制，但它更像是一种全部或无的访问控制。它缺乏用户要求的细粒度。

为了满足用户的需求，Azure 团队决定重写整个 API，这个 API 更加简单，更加强大，功能更加丰富。这个 API 被称为 Azure Resource Manager API（ARM）。ARM 有许多 SMAPI 中没有的功能（我个人最喜欢的是基于角色的访问控制 - RBAC）。

如果您注意到今天有两个 Azure 门户- https://manage.windowsazure.com(旧)和 https://portal.azure.com(新)。旧门户支持 SMAPI，而新门户支持 ARM。为了在新门户中提供由旧门户创建的资源（以便您可以获得统一的体验），Azure 团队最终创建了一种旧资源提供程序，它们的名称将始终以（Classic）结尾，因此您将看到Virtual Machines(Classic)、Storage Accounts(Classic)等。因此，您在旧门户中创建的资源可以在新门户中看到（只要新门户支持它们），但是您使用 ARM 在新门户中创建的任何资源都不会显示在旧门户中。