Развертывание виртуальных машин в Azure с помощью Azure Resource Manager — API PowerShell (часть 1)

API Azure

В настоящее время в Azure есть две разные модели развертывания: управление службами (теперь также называемая «классической») и управление ресурсами. Обе модели используют REST API для всех интерфейсов. Портал Azure, Azure PowerShell, интерфейс командной строки Azure и другой программный доступ к Azure используют API REST.

Управление службами — это модель развертывания, изначально использовавшаяся Azure и используемая при подключении к https://manage.windowsazure.com. Он также используется при разработке сценариев PowerShell с помощью модуля Azure PowerShell. Управление ресурсами — это новейшая модель развертывания, которую вы используете при подключении к https://portal.azure.com. Он также используется при создании сценариев PowerShell с помощью модулей AzureRM PowerShell.

Благодаря модели быстрой разработки Azure новые функции и исправления ошибок выпускаются ежемесячно. Сведения в этой статье основаны на обновлении Azure PowerShell 1.02, выпущенном в декабре 2015 г.

Требования к развертыванию сценариев PowerShell

Прежде чем вы сможете развернуть виртуальные машины в подписке Azure с помощью Azure PowerShell, вам необходимо сделать следующее:

• Установите последние модули Azure PowerShell.
• Войдите в учетную запись Azure
• Выберите подписку Azure для таргетинга
• Настройте виртуальные сети в подписке Azure.

В этой статье предполагается, что вы уже выполнили эти шаги до запуска сценариев, представленных в следующих разделах.

Модель установки ВМ

Основное различие между моделями развертывания управления услугами и управления ресурсами для виртуальных машин заключается в требованиях модульности ARM. В разделе «Управление службами» при создании виртуальной машины автоматически создается виртуальная машина с одним сетевым адаптером, общедоступным IP-адресом, частным IP-адресом, подключенным к подсети и связанным с облачной службой с балансировщиком нагрузки, имеющим конечные точки. автоматически определяется для подключений к удаленному рабочему столу и WinRM. По сути, это включает виртуальную машину, настроенную с сетевым подключением и внешними конечными точками.

В ARM каждый компонент представляет собой строительный блок, который необходимо собрать. Для развертывания виртуальной машины с помощью API-интерфейсов ARM необходимо создать виртуальную машину, сетевой адаптер, подключенный к подсети с частным IP-адресом, общедоступным IP-адресом и общедоступными конечными точками. Наконец, вы должны собрать эти компоненты вместе как часть развертывания виртуальной машины.

Конечно, у каждой модели есть свои плюсы и минусы. Управление службами выполняет сборку за вас, но может включать компоненты, которые на самом деле могут не требоваться. Кроме того, собранная группа объектов управляется как единый объект. Управление ресурсами требует, чтобы вы выполнили сборку, но позволяет более эффективно выбирать строительные блоки. Это также позволяет управлять каждым строительным блоком отдельно.

Создание виртуальной машины

Все объекты в модели развертывания Azure Resource Manager должны быть помещены в группу ресурсов. Командлету , который создает новую группу ресурсов, требуются два параметра, в том числе имя группы ресурсов и расположение региона Azure, в котором вы хотите ее создать. Обычно это первый объект, который вы создаете.

После этого шага любые дополнительные строительные блоки для виртуального можно разместить в той же группе ресурсов.

Виртуальная машина создается на основе образа виртуального жесткого диска, который можно выбрать из существующих готовых образов галереи Azure или создать из пользовательского образа, загруженного в учетную запись хранения в Azure. Независимо от выбранного метода учетная запись хранения требуется для размещения виртуальных жестких дисков для виртуальной машины. Учетная запись хранения должна находиться в том же расположении Azure, что и виртуальная машина, поэтому вы можете использовать одни и те же переменные для расположения и имени группы ресурсов. Следует помнить, что в именах учетных записей хранения должны использоваться все буквы нижнего регистра и они должны состоять только из букв и цифр. Вам также необходимо указать тип модели хранения, которую вы будете использовать: Standard_LRS, Standard_GRS, Standard_RAGRS или Premium_LRS.

Перед созданием виртуальной машины для виртуальной машины должен быть определен сетевой адаптер. Сетевые адаптеры должны быть подключены к подсети в Azure, а затем при необходимости им может быть назначен общедоступный IP-адрес, доступный из Интернета. По умолчанию при подключении сетевого адаптера к подсети частный IP-адрес динамически назначается DHCP-сервером Azure. Сетевому адаптеру можно назначить статический частный адрес. Этот статический адрес является просто свободным адресом из пула адресов подсети.

В этом примере мы назначаем адрес из подсети Subnet1 и делаем его статическим адресом. Публичный IP-адрес также создается и назначается сетевому интерфейсу. Чтобы назначить сетевой адаптер подсети, требуется идентификатор ресурса подсети. Вы можете получить идентификатор ресурса из запроса виртуальной сети для определенной подсети. Поэтому ссылка на подсеть тоже получается.

Теперь, когда учетная запись хранения и сетевой адаптер созданы, следующим шагом будет создание виртуальной машины. Однако прежде чем вы сможете фактически создать виртуальную машину, вы должны указать информацию о конфигурации. Для этого вы сначала создаете объект конфигурации, в котором будет храниться вся информация о конфигурации.

Теперь, когда объект конфигурации виртуальной машины создан, ему можно назначить информацию о конфигурации. Это включает в себя определение операционной системы, базового образа галереи и ранее созданного сетевого адаптера, который вы хотите назначить виртуальной машине. При желании вы также можете указать имя для виртуального жесткого диска операционной системы. Если вы его не укажете, Azure автоматически назначит имя.

Чтобы определить изображение галереи, необходимо указать издателя, предложение и артикул для изображения галереи. Вы можете обратиться к следующей статье, чтобы понять, как определить доступные значения для использования: https://azure.microsoft.com/en-us/documentation/articles/resource-groups-vm-searching/#powershell.

Для этого примера в информации о конфигурации указан образ Windows Server 2012 R2 Datacenter.

Когда конфигурация виртуальной машины определена, фактическая виртуальная машина создается с помощью командлета New-AzureRMVM с информацией о конфигурации, передаваемой в качестве аргумента.

Вы можете проверить состояние подготовки с помощью Get-AzureRMVM, передав ему параметры группы ресурсов и имени виртуальной машины. Это извлекает информацию о конфигурации виртуальной машины. Когда значение ProvisioningState показывает «Succeeded», это означает, что создание виртуальной машины успешно завершено, и виртуальная машина должна находиться в рабочем состоянии.

Вывод

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