Пользователи с правами администратора облачных систем могут создать облачную учетную запись Microsoft Azure для регионов учетной записи, в которых рабочая группа будет развертывать облачные шаблоны vRealize Automation.

Пример использования облачной учетной записи Microsoft Azure в службе vRealize Automation см. в комплексном примере использования WordPress.

Необходимые условия

Процедура

  1. Выберите пункт Инфраструктура > Подключения > Облачные учетные записи и щелкните Добавить облачную учетную запись.
  2. Выберите тип учетной записи Microsoft Azure и введите учетные данные и другие необходимые значения.
  3. Щелкните Проверить.
    Выполняется поиск регионов учетных записей, связанных с этой учетной записью.
  4. Выберите регионы, в которых будет предоставлен данный ресурс.
  5. Для повышения эффективности можно нажать кнопку Создать облачную зону для выбранных регионов.
  6. Введите теги возможностей, если этого требуют правила установки тегов. См. разделы Как использовать теги для управления ресурсами и развертываниями vRealize Automation Cloud Assembly и Создание политики расстановки тегов.

    Символ видеоДополнительные сведения о том, как теги возможностей и теги ограничений помогают управлять размещением развертывания, см. в обучающем видео Теги ограничений и размещение.

  7. Нажмите Сохранить.

Результаты

Учетная запись добавляется в службу vRealize Automation, и выбранные регионы становятся доступны для указанной облачной зоны.

Дальнейшие действия

Создайте ресурсы инфраструктуры для этой облачной учетной записи.

При добавлении облачной учетной записи Azure в облачный шаблон при необходимости группы доступности можно использовать повторно. В подписках может быть не больше 2000 групп доступности, а также не больше 25 000 виртуальных машин. Поэтому по возможности группы доступности рекомендуется использовать повторно. Существуют два свойства YAML, которые можно использовать для контроля за тем, как группы доступности используются в развертываниях. Свойство availabilitySetName позволяет указать группу доступности, которую необходимо использовать. Второе свойство — doNotAttachAvailabilitySet, которое по умолчанию имеет значение «ложь». Если для этого свойства задано значение «истина», служба vRealize Automation создаст развертывание без группы доступности.

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

В следующей таблице показано поведение службы vRealize Automation в зависимости от того, указаны ли группа ресурсов и группа доступности в облачном шаблоне.

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

Если имя группы ресурсов не указано, в службе vRealize Automation будет создана новая группа ресурсов. Это означает, что необходимо создать новую группу доступности, даже если имя передается. Для новой группы доступности будет использоваться переданное имя.

Табл. 1.
Указана группа ресурсов Указана группа доступности Результат
Нет Нет vRealize Automation создает новую группу ресурсов и новую группу доступности для виртуальной машины.
Да Нет vRealize Automation повторно использует существующую группу ресурсов и создает новую группу доступности для виртуальной машины.
Нет Да vRealize Automation создает новую группу ресурсов и новую группу доступности с указанным именем.
Да Да vRealize Automation повторно использует существующую группу ресурсов. Если в данной группе есть группа доступности с указанным именем, она также будет повторно использоваться. Если в группе нет группы доступности с указанным именем, будет создана новая группа с таким именем.