对您的问题的简短回答是 Normal VM or Virtual Machines 是部署虚拟机的新方法，而 Classic VM or Virtual Machines (Classic) 是部署它们的旧方法 . Azure正在推动部署资源的新方式，因此建议使用它而不是旧方式 . 但是请记住，有一些旧的方式可用的功能尚未移植到新的方式，所以你只需要比较所提供的功能，并且只有当你需要的东西没有以新的方式提供时，你用旧的方式 .
现在来了很长的答案:)
基本上有一个REST API，您可以使用它与Azure Infrastructure进行交互 .
当Azure开始时，这个API被称为 Service Management API (SMAPI) ，它当时很好地实现了它的目的（在某种程度上今天） . 然而，随着Azure的发展，用户的需求也在增长，而SMAPI被发现限制的地方也是如此 . 一个很好的例子是访问控制 . 在SMAPI中，存在访问控制，但它更像是 all-or-none 类型的访问控制 . 它缺乏用户提出的粒度 .
Azure团队决定重写整个API，而不是修补SMAPI以满足用户的需求，这更简单，更强大，功能更丰富 . 此API称为 Azure Resource Manager API (ARM) . ARM有许多SMAPI中没有的功能（我个人最喜欢的是 Role-based access control - RBAC ） .
4 回答
对您的问题的简短回答是
Normal VM or Virtual Machines是部署虚拟机的新方法，而Classic VM or Virtual Machines (Classic)是部署它们的旧方法 . Azure正在推动部署资源的新方式，因此建议使用它而不是旧方式 . 但是请记住，有一些旧的方式可用的功能尚未移植到新的方式，所以你只需要比较所提供的功能，并且只有当你需要的东西没有以新的方式提供时，你用旧的方式 .现在来了很长的答案:)
基本上有一个REST API，您可以使用它与Azure Infrastructure进行交互 .
当Azure开始时，这个API被称为
Service Management API (SMAPI)，它当时很好地实现了它的目的（在某种程度上今天） . 然而，随着Azure的发展，用户的需求也在增长，而SMAPI被发现限制的地方也是如此 . 一个很好的例子是访问控制 . 在SMAPI中，存在访问控制，但它更像是all-or-none类型的访问控制 . 它缺乏用户提出的粒度 .Azure团队决定重写整个API，而不是修补SMAPI以满足用户的需求，这更简单，更强大，功能更丰富 . 此API称为
Azure Resource Manager API (ARM). ARM有许多SMAPI中没有的功能（我个人最喜欢的是Role-based access control - RBAC） .如果您注意到今天有两个Azure门户 - https://manage.windowsazure.com（旧）和https://portal.azure.com（新） . 旧门户支持SMAPI，而新门户支持ARM . 为了将通过旧门户创建的资源显示到新门户中（以便您可以获得统一的体验），Azure团队最终为旧东西创建了一个资源提供者，他们的名字将始终以
(Classic)结束，因此您将看到Virtual Machines (Classic)，Storage Accounts (Classic)等因此，您可以在新门户中看到您在旧门户中创建的资源（如果新门户支持它们），但您在使用ARM的新门户中创建的任何资源都不会显示在旧门户中 .Azure虚拟机（经典）基于旧的Azure服务管理模型（ASM） . 其中围绕着 Cloud 服务的概念 . 一切都包含在 Cloud 服务中，这是通往互联网的门户 . 虽然它仍在广泛使用，但Azure现在正在转向Azure资源管理模型（ARM） .
ARM使用声明性模板的概念来配置整个解决方案（而不是单个组件）因此您可以创建整个Sharepoint堆栈，而不仅仅是单个机器 .
ARM还有一种更合乎逻辑的网络方法 . 而不是在一个不起眼的 Cloud 服务中拥有单片VM . 你有一个VM，你附加网卡 . 然后，您可以将网卡放入VNet并附加公共IP（如果需要）
除非您有令人信服的理由使用ASM（经典）您应该使用ARM创建解决方案 . 因为这是MS推荐的结果（要找到它的链接）这也意味着您可以为部署创建模板，这样您就可以拥有可重复的解决方案 .
否定的是，旧门户网站manage.windowsazure.com无法管理使用ARM部署的任何内容，并且仍有部分ASM尚未迁移到ARM . 例如，您无法配置Azure VM备份，因为Azure备份是ASM，它无法“看到”ARM VM
这在很大程度上取决于您的情况，您正在计划的是什么，您要部署的方法 . 如果你只是想让一台机器完成一项任务，那就差别很小 . 如果您希望部署到一个具有DevOps概念的环境中，那么ARM就是您的选择 .
资源管理的一大差异 . 对于该新版本，称为Azure Resource Manager VM（ARM VM） .
ARM VM更好;
经典虚拟机必须与 Cloud 服务绑定， Cloud 服务消耗资源限制和不灵活的网络配置 .
ARM VM在Azure资源管理器（ARM）下管理，可以使用/不使用其他Azure服务进行组织 . ARM就像Azure服务的文件夹，它为您提供更细粒度的资源管理 .
经典VM可以迁移到ARM VM版本，但您必须负担服务停机时间 . 要从经典VM迁移，请阅读official article: Considerations for Virtual Machines .
Azure现在提供两种部署模型：Azure资源管理器（正常）和Azure服务管理（经典）以及工作虚拟机时应该关注的一些important considerations .
使用经典部署模型部署的虚拟机无法包含在使用资源管理器部署的虚拟网络中 .
虚拟使用Resource Manager部署模型部署的计算机必须包含在虚拟网络中 .
使用传统部署模型部署的虚拟机不必包含在虚拟网络中 .