В чем разница между классикой виртуальной машины и виртуальной машиной в лазурном режиме?

Ответ 1

Короткий ответ на ваш вопрос: 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 вид контроля доступа. У него не было детализации, заданной пользователями.

Вместо того, чтобы исправлять SMAPI для удовлетворения требований пользователей, команда Azure решила переписать весь 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), поэтому вы увидите Virtual Machines (Classic), Storage Accounts (Classic) и т.д. Итак, ресурсы, которые вы создаете на старом портале, можно увидеть на новом портале (при условии, что новый портал их поддерживает), но все ресурсы, которые вы создаете на новом портале с помощью ARM, не показаны на старом портале.

Ответ 2

Виртуальная машина Azure (классическая) основана на старой модели управления Azure Service Management (ASM). Который вращался вокруг концепции облачного сервиса. Все содержалось в облачном сервисе, и это было шлюзом в Интернет. Хотя он по-прежнему используется (широко), Azure теперь переходит к модели управления ресурсами Azure (ARM).

ARM использует концепцию декларативных шаблонов для настройки целого решения (а не отдельных компонентов). Таким образом, вы можете создать весь стек Sharepoint, а не просто отдельную машину.

ARM также имеет гораздо более логичный подход к созданию сетей. Вместо того, чтобы иметь монолитную виртуальную машину в неясном облачном сервисе. У вас есть виртуальная машина, к которой вы подключаете сетевую карту. Затем вы можете поместить сетевую карту в VNet и подключить публичный IP-адрес (если вам это нужно)

Если у вас нет веских оснований использовать ASM (классический), вы должны создать свое решение с помощью ARM. Поскольку это рекомендация MS в будущем (todo найти ссылку на это) Это также означает, что вы можете создавать шаблоны для развертывания, поэтому вы можете иметь повторяющееся решение.

В минусе старый портал manage.windowsazure.com не может управлять всем, что развертывается с использованием ARM, и все еще есть части ASM, которые еще не были перенесены в ARM. Например, вы не можете настроить резервное копирование Azure VM, поскольку резервная копия Azure является ASM и не может "видеть" виртуальные машины ARM

В значительной степени это зависит от ваших обстоятельств, однако, что именно вы планируете, метод, с которым вы собираетесь развертывать. Если вы просто хотите стоять на машине, чтобы выполнить одну задачу, она имеет очень мало отличий. Если вы ищете развертывание в среде, которая будет иметь некоторые концепции DevOps в будущем, тогда ARM - это путь.

Ответ 3

Единственное большое различие заключается в управлении ресурсами. Для этой новой версии называется Azure Resource Manager VM (ARM VM).

ARM VM лучше с точки зрения:

• Классическая виртуальная машина должна быть привязана к облачному сервису, а облачная служба потребляет ограничение ресурсов и не очень гибкую настройку сети.
• Управление ARM VM осуществляется под управлением Azure Resource Manager (ARM), который может быть организован с использованием/без других служб Azure. ARM похожа на папку Azure-сервисов, и это дает вам более мелкое управление ресурсами.

Классическая виртуальная машина может быть перенесена в версию ARM VM, но вы должны позволить себе время простоя службы. Чтобы перейти от классической виртуальной машины, прочитайте официальную статью : соображения для виртуальных машин.

Ответ 4

Теперь Azure предоставляет две модели развертывания: Azure Resource Manager (Normal) и Azure Service Management (классический) и некоторые важные соображения вам следует заботиться о том, когда работающих виртуальных машин.

• Виртуальные машины, развернутые с использованием классической модели развертывания, не могут быть включены в виртуальную сеть, развернутую с помощью диспетчера ресурсов.
• Виртуальные машины, развернутые с помощью модели развертывания Resource Manager, должны быть включены в виртуальную сеть.
• Виртуальные машины, развернутые с использованием классической модели развертывания, не обязательно должны быть включены в виртуальную сеть.