经典虚拟机和azure中的虚拟机有什么区别？

在Azure中，有2个选项可用于创建虚拟机。 A.正常VM B.经典虚拟机

有人知道这两种选择的区别吗？我们什么时候用一个代替另一个

Azure虚拟机（经典）基于旧的Azure服务管理模型（ASM）。它围绕着云服务的概念展开。一切都包含在一个云服务中，这是通向互联网的网关。虽然Azure仍在广泛使用，但它现在正转向Azure资源管理模型（ARM）

ARM使用声明性模板的概念来配置整个解决方案（而不是单个组件），因此您可以创建整个Sharepoint堆栈，而不仅仅是一台单独的计算机

ARM还有一种更符合逻辑的联网方法。而不是在一个模糊的云服务中有一个单一的VM。您有一个虚拟机，可以将网卡连接到该虚拟机。然后，您可以将网卡放入VNet并连接公共IP（如果需要）

除非您有令人信服的理由使用ASM（经典），否则您应该使用ARM创建您的解决方案。由于这是微软的后续建议（todo查找指向该建议的链接），这也意味着您可以为部署创建模板，这样您就可以拥有一个可重复的解决方案

相反，旧门户manage.windowsazure.com无法管理使用ARM部署的任何内容，而且ASM的某些部分尚未迁移到ARM。例如，您无法配置Azure VM备份，因为Azure备份是ASM，并且无法“查看”ARM VM

---

不过，这在很大程度上取决于您的环境、您的计划以及您将使用的部署方法。如果你只是想让一台机器站起来完成一项任务，那就没什么区别了。如果您希望部署到一个将有一些DevOps未来概念的环境中，那么ARM就是一个不错的选择

最大的区别在于资源管理。对于这个新版本，它被称为Azure资源管理器VM（ARM VM）

ARM虚拟机在性能方面更好

• 经典虚拟机必须与云服务捆绑，云服务消耗资源有限，网络配置不够灵活
• ARM VM在Azure资源管理器（ARM）下进行管理，可以使用/不使用其他Azure服务对其进行组织。ARM就像Azure服务的文件夹，它为您提供了更细粒度的资源管理

---

经典虚拟机可以迁移到ARM虚拟机版本，但您必须承担服务停机时间。要从classic VM迁移，请阅读。

问题的简短答案是

普通VM或虚拟机

是部署虚拟机的新方法，而

classic VM或虚拟机（classic）

是部署虚拟机的旧方法。Azure正在推动新的资源部署方式，因此建议使用它，而不是旧的方式。但是，请记住，有些旧方式提供的功能尚未移植到新方式，因此您只需比较提供的功能，只有当您需要的功能无法以新方式提供时，您才使用旧方式

现在有一个很长的答案：）

本质上有一个RESTAPI，您可以使用它与Azure基础设施进行交互

Azure刚开始时，这个API被称为

服务管理API（SMAPI）

，在当时（以及今天的某种程度上）很好地实现了它的目的。然而，随着Azure的发展，用户的需求也在增长，这就是SMAPI被发现的局限性所在。访问控制就是一个很好的例子。在SMAPI中，有访问控制，但它更像是一种访问控制。它缺少用户要求的粒度

Azure团队没有修补SMAPI以满足用户的需求，而是决定重写整个API，它更简单、更健壮、功能更丰富。此API称为

Azure资源管理器API（ARM）

。ARM有许多SMAPI中没有的特性（我个人最喜欢的是

基于角色的访问控制-RBAC

）

---

如果您注意到现在有两个Azure门户—（旧的）和（新的）。旧门户支持SMAPI，而新门户支持ARM。为了将通过旧门户创建的资源呈现到新门户中（以便您可以获得统一的体验），Azure团队最终为旧资源创建了一个资源提供者，并且它们的名称始终以

（经典）

结尾，因此您将看到

虚拟机（经典）

，

存储帐户（经典）

等。因此，您在旧门户中创建的资源可以在新门户中看到（前提是新门户支持这些资源），但您使用ARM在新门户中创建的任何资源都不会显示在旧门户中。

Azure现在提供了两种部署模型：Azure资源管理器（普通）和Azure服务管理（经典）在使用虚拟机时，您应该注意一些问题

使用经典部署模型部署的虚拟机不能包含在使用资源管理器部署的虚拟网络中

使用资源管理器部署模型部署的虚拟机必须包含在虚拟网络中

使用经典部署模型部署的虚拟机不必包含在虚拟网络中

---

“经典虚拟机应该与云服务绑定”在没有云服务的情况下部署经典虚拟机是否可能…；）@迈克尔//不，这是不可能的。（可能吗？我几乎不这么认为）也许这是必须的，而不是应该的。别担心，它只是消除了歧义——这是我六个月来读到的那种东西，我想知道如何做而不用感谢这么详细的解释。我现在对Azure资源有了更好的了解。一个基本问题。。这些是虚拟机吗