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

Следующие определения помогут помочь понять процессы подготовки и обновления.

Основные компоненты CAL.

облачный шаблон
Облачный шаблон, содержащий предварительно определенный образ компьютера, который включает в себя операционную систему и данные и может использоваться многократно. При создании виртуальных машин для облачной среды к ним применяются спецификации и программное обеспечение, определенные в облачном шаблоне.
Табл. 1. Сопоставление облачного шаблона и поддерживаемых облачных сред
Среда Application Services Облачная среда
Облачный шаблон Шаблон Application Services
Схема элементов vRealize Automation
Образ компьютера Amazon (AMI)
поставщик облачных служб
Экземпляр облака для развертывания. Для типа поставщика облачных служб можно определить несколько поставщиков облачных служб.
Табл. 2. Сопоставление поставщиков облачных служб и поддерживаемых облачных сред
Среда Application Services Облачная среда
Поставщик облачных служб Организация vCloud Director

Бизнес-группа vRealize Automation 6.1

Регион Amazon
тип поставщика облачных служб
Тип облачной инфраструктуры, в которой можно выполнять развертывания. Служба Application Services поддерживает vCloud Director, vRealize Automation и Amazon EC2.
среда развертывания
Среда поставщика облачных служб, например для развертывания, тестирования, промежуточного хранения и производства. Поставщик облачных служб может использовать несколько сред развертывания.
Табл. 3. Сопоставление сред развертывания и поддерживаемых облачных сред
Среда Application Services Облачная среда
Среда развертывания Виртуальный центр обработки данных организации для vCloud Director
Политика резервирования vRealize Automation
Amazon VPC

В случае с vCloud Director среда развертывания сопоставляется с виртуальным центром обработки данных организации (vDC) для определенного поставщика облачных служб и использует ресурсы из этого виртуального центра обработки данных. Виртуальный центр обработки данных организации предоставляет ресурсы организации и отделен от виртуального центра обработки данных поставщика. Виртуальные центры обработки данных организации предоставляют среду, в которой можно хранить и развертывать виртуальные системы, а также управлять ими. Также они предоставляют ресурсы хранения для виртуальных накопителей, например дискеты и компакт-диски. В одной организации может использоваться несколько виртуальных центров обработки данных.

В случае с vRealize Automation среда развертывания сопоставляется с политикой резервирования. Если среда развертывания не выбрана, vRealize Automation назначает политику резервирования в зависимости от требований к ресурсам виртуальной машины, указанных в схеме элементов vRealize Automation.

Для Amazon EC2 среда развертывания сопоставляется с сочетанием виртуального частного облака Amazon Virtual Private Cloud (VPC) и одной из зон доступности в регионе.

Основные компоненты библиотеки.

библиотека
Библиотека, содержащая логические шаблоны, представляющие собой указатели на облачные шаблоны. Службы, которые можно многократно использовать в различных приложениях и устанавливать на виртуальную машину. Задачи, которые могут выполнять дополнительные настраиваемые задачи в развертывании приложения.
служба
ПО на основе сценариев, которое можно установить на виртуальную машину и многократно использовать в различных приложениях.
внешние службы
Служба приложения, например аппаратная подсистема балансировки нагрузки или предварительно установленная база данных, устанавливаемая вне развертывания приложения. Приложение и внешнюю службу необходимо настроить для взаимодействия друг с другом.
логический шаблон
Предварительно заданное определение виртуальной машины в Application Services. Логический шаблон можно сопоставить с действительным облачным шаблоном в облачной библиотеке и с поддерживаемыми службами. Логические шаблоны позволяют схемам элементов приложения не зависеть от облака.
политика
Заданный пользователем набор определений для управления операциями в жизненном цикле приложения. Например, политика позволяет занести определенное ПО в черный список согласно корпоративным инструкциям. Политики применяются, если они включены в определенных средах развертывания посредством экземпляров политики.
настраиваемые задачи
Следуя плану выполнения, можно добавлять настраиваемые задачи для выполнения дополнительных нестандартных операций, например установки исправлений системы безопасности в развертывание приложения. В библиотеке можно создать настраиваемую задачу и добавить ее в развертывание приложения. Служба Application Services также предоставляет в библиотеку предварительно настроенные задачи, с помощью которых можно настроить репозитории APT и YUM, зарегистрировать компьютер в сети Red Hat Network или присоединиться к домену.
операционная система
Задает операционную систему, используемую ИТ-организацией для логических шаблонов и поддержки служб. Список операционных систем отображается в меню Операционные системы, и этот список можно дополнить.
тег
Позволяет упорядочить списки логических шаблонов и служб для повышения удобочитаемости в редакторе схем элементов. Список тегов отображается в меню Теги, и в него можно добавлять новые теги.

Основные компоненты подготовки приложений.

приложение
Логическая единица развертывания, которая определяет взаимосвязь между шаблонами операционных систем, компонентами приложений и зависимыми службами, которые могут распространяться на несколько виртуальных машин.
компоненты приложения
Настраиваемый код, используемый как шаблон для компонентов, например EAR-файлы, WAR-файлы и т. д. Это настраиваемые пакеты сценариев для выполнения операций установки, настройки, запуска, обновления, отката и демонтажа для узла или службы.
схема элементов приложения
Логическая топология приложения для развертывания. В схеме элементов записывается структура приложения с логическими узлами, соответствующие службы и операционные системы, зависимости, конфигурации по умолчанию, а также требования к сети и хранилищу.
узел
Виртуальная машина, определенная в схеме элементов.
кластерный узел
Кластер виртуальных машин, определенный в схеме элементов.
диски
Дополнительные диски, добавляемые в соответствующую виртуальную машину или узел.
свойства
Пары «имя-значение», используемые для настройки служб и компонентов приложения. Эти переменные используются сценариями для установки параметров в сценарии и выполнения различных конфигураций. Например, можно задать значение свойства installation_path и настроить сценарии установки для использования этого свойства, чтобы указать путь установки службы во время развертывания приложения.
действия
Этапы жизненного цикла сценариев установки, настройки, запуска, обновления, отката и демонтажа для устанавливаемых служб и компонентов приложений.
хранилище
Пространство, предоставленное поставщиком облачных служб для размещения диска в различных хранилищах для соблюдения требований к производительности.
профиль развертывания
Коллекция настроек развертывания для схемы элементов, включая размер кластера, ЦП, память, облачные шаблоны и сети.
логическая сеть
Сущность, создаваемая в качестве логической абстракции для сети. Логическая сеть — это облаконезависимая абстракция, используемая для указания расположения сети между узлами в приложении. Логическая сеть динамически сопоставляется с облачной сетью при настройке профиля развертывания.
облачная сеть
Сеть, определенная в среде облачного развертывания.
план выполнения
План задач для просмотра порядка, в котором создаются виртуальные машины и устанавливаются, настраиваются, запускаются и обновляются сценарии действий для библиотеки и компонентов приложений. Порядок, в котором агент выполняет задачи, определяется в плане выполнения развертывания.
демонтаж
Удаление развернутых виртуальных машин из облака. Например, из облака можно демонтировать: объект vCloud Director vApp и связанные с ним виртуальные машины, виртуальную машину vRealize Automation и соответствующую ей виртуальную машину на сервере vCenter Server, экземпляры развернутого приложения Amazon EC2. После процесса демонтажа все прочие ресурсы, например хранилище и IP-адреса, используемые этими виртуальными машинами, возвращаются в соответствующие пулы.