虚拟机经典和azure虚拟机有什么区别？答案

【问题标题】：what is the difference between virtual machine classic and virtual machine in azure?虚拟机经典和azure虚拟机有什么区别？
【发布时间】：2016-04-16 16:34:55
【问题描述】：

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

有人知道这两个选项有什么区别吗？我们什么时候使用一个而不是另一个？

【问题讨论】：

标签： azure azure-virtual-machine azure-resource-manager

【解决方案1】：

对您的问题的简短回答是 Normal VM or Virtual Machines 是部署虚拟机的新方法，而 Classic VM or Virtual Machines (Classic) 是部署它们的旧方法。 Azure 正在推动部署资源的新方式，因此建议使用它而不是旧方式。但是请记住，有一些旧方式可用的功能尚未移植到新方式上，因此您只需比较提供的功能，并且仅当您需要的东西无法以新方式提供时，你用老办法。

现在是长答案:)

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

当 Azure 刚开始时，这个 API 被称为 Service Management API (SMAPI)，它在当时（在某种程度上也是今天）很好地发挥了它的作用。然而，随着 Azure 的增长，用户的需求也在增长，而这正是 SMAPI 受到限制的地方。一个很好的例子是访问控制。在 SMAPI 中，有访问控制，但它更像是all-or-none 类型的访问控制。它缺乏用户要求的粒度。

Azure 团队没有修补 SMAPI 以满足用户的需求，而是决定重写整个 API，使其更简单、更健壮且功能丰富。此 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) 结尾，因此您将看到 @987654333 @、Storage Accounts (Classic) 等。因此，您在旧门户中创建的资源可以在新门户中看到（前提是新门户支持它们），但您使用 ARM 在新门户中创建的任何资源都不会显示在旧门户中。

【讨论】：

感谢您提供如此详细的解释。我现在对 Azure 资源有了更好的了解。一个基本问题.. 这些虚拟机是永久性的，这意味着 - 在任何时间点都不能自行消失吗？我们存储在这些上的任何东西 - 在我们自己去删除虚拟机之前都是稳定的。
你的理解是正确的。这些虚拟机是持久的。本质上，VM 的数据存储在 Page Blobs 中，它本身就是持久存储。
太棒了。我有这种困惑，因为我在任何 Azure 文档中都找不到这方面的信息。如果你有 - 请告诉我。
看看这个链接对你有没有帮助：azure.microsoft.com/en-us/documentation/articles/….
@user1136425 只是我的两分钱，但永远不要依赖于您的数据的单点故障。是的，您的 Azure 存储博客极不可能发生任何事情，但我会冒着风险不备份我们的客户数据吗？一定不行！！！！错误发生了，我们是人类，Azure（我喜欢它）已经发生了许多重大中断（许多是简单的人为错误的结果），所以永远不要仅仅因为它“在云中”就认为你的数据是安全的。

【解决方案2】：

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

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

ARM 还有一种更合乎逻辑的网络方法。而不是在一个不起眼的云服务中拥有一个单一的虚拟机。你有一个虚拟机，你连接了一个网卡。然后，您可以将网卡放入 VNet 并附加一个公共 IP（如果需要）

除非您有令人信服的理由使用 ASM（经典），否则您应该使用 ARM 创建解决方案。由于这是 MS 未来的建议（待办事项找到指向该链接的链接），这也意味着您可以为部署创建模板，因此您可以获得可重复的解决方案。

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

不过，这在很大程度上取决于您的情况、您的计划以及您要部署的方法。如果您只是想让一台机器完成一项任务，那差别不大。如果您希望部署到具有一些 DevOps 概念的环境中，那么 ARM 是您的最佳选择。

【讨论】：

您的回答中的待办事项链接：“Microsoft 建议您对所有新资源使用资源管理器。” - docs.microsoft.com/en-us/azure/azure-resource-manager/…
Azure 门户可用性图表显示，现在“新”门户上不支持的服务很少 - azure.microsoft.com/en-us/features/azure-portal/availability

【解决方案3】：

一大区别在于资源管理。该新版本称为 Azure 资源管理器 VM (ARM VM)。

ARM VM 在以下方面更好；

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

Classic VM 可以迁移到 ARM VM 版本，但您必须承担服务停机时间。要从经典 VM 迁移，请阅读 official article: Considerations for Virtual Machines。

【讨论】：

“经典虚拟机应该与云服务绑定”是否可以在没有云服务的情况下部署经典虚拟机... ;)
@MichaelB // 不，这是不可能的。（可能吗？我几乎不这么认为）
也许这更像是必须的，而不是应该的
别担心，它只是消除了歧义 - 这是我在六个月内读到的那种东西，不知道如何做到这一点

【解决方案4】：

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

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

【讨论】：