Схема элементов приложения дает возможность контролировать зависимости установки, изменения конфигурации и редактируемые сценарии. Используя схему элементов, служба Application Services создает планы выполнения, которые можно изменять и использовать для развертывания приложений в поддерживаемых облачных средах.

Моделирование и создание приложения происходит на холсте схемы элементов. В левой части холста схемы элементов расположены логические шаблоны из библиотеки Application Services. В правой части — список служб из библиотеки и компонентов приложения. Чтобы начать моделирование приложения, пользователь выбирает логический шаблон и перетаскивает его в центр холста схемы элементов.

Изменения необходимо сохранять как можно чаще. При использовании интерфейса пользователя Application Services срок действия сеанса истекает через 30 минут бездействия. В случае прекращения сеанса все несохраненные изменения будут утрачены.

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

  • Войдите в службу Application Services как разработчик архитектуры приложений.
  • Убедитесь, что в службе Application Services создана хотя бы одна версия приложения. См. Создание версии приложения.

Процедура

  1. В строке заголовка Application Services щелкните раскрывающееся меню и выберите Приложения.
  2. Выберите существующее приложение и откройте его версию.
  3. Выберите элемент Создать схему элементов, чтобы создать схему элементов приложения.
    Отобразится холст для моделирования схемы элементов приложения.
  4. Выберите один или несколько логических шаблонов и перетащите их на холст для создания узлов.
    Например, чтобы создать трехуровневое приложение, можно перетащить на холст три элемента из списка шаблонов ОС или перетащить один шаблон из этого же списка, один элемент из списка серверов баз данных и один из списка серверов приложения. Имена списков соответствуют тегам, связанным с шаблонами.
  5. (Необязательно) Выберите один из узлов на холсте и измените его имя на вкладке Сведения под схемой элементов.
    Если имя узла содержит символы, отличные от букв, цифр, подчеркиваний или дефисов, то этот символ будет заменен на дефис.
    Например, в трехуровневом приложении можно переименовать каждый из трех узлов таким образом Application_Server, Database_Server и Load_Balancer.
  6. (Необязательно) Если планируется развертывание приложения в vCloud Director или vCloud Automation Center, на вкладке Сведения под схемой элементов укажите имя узла.

    Это имя узла выполняет роль идентификатора для имени виртуальной машины в сети. Если оставить текстовое поле для имени узла пустым, служба Application Services сгенерирует имя узла, используя случайный набор символов.

    Имя узла должно соответствовать следующим условиям наименования:
    • Максимум 15 символов.
    • Должно начинаться с буквы.
    • Может содержать буквы, цифры или дефисы, но не должно заканчиваться дефисом.
    • Нельзя использовать одно и то же имя узла в качестве имени для другого узла в схеме элементов приложения.
    • Для генерации уникальных символов в конце имени узла может содержаться выражение ${random}.

      Например, имя узла Apache${random} может генерировать такие символы, как Apache9INOIK3YT после развертывания приложения. Имя узла с уникальными символами можно посмотреть на странице сводки развертывания.

    Для кластерного узла имя узла не может превышать 15 символов с добавлением индекса массива узла. Например, кластерный узел AppServer содержит такие имена узлов виртуальных машин в кластере: AppServer-1, AppServer-2 и т. д.

  7. (Необязательно) Чтобы изменить стандартное количество ЦП или объем памяти для развернутых виртуальных машин, выберите соответствующий узел на холсте и измените значения на вкладке Сведения под схемой элементов.
    Вкладки, отображаемые под схемой элементов, соответствуют выбранным узлам.

    Значения схемы элементов для ЦП и памяти могут не совпадать с соответствующими значениями в виртуальных машинах, созданных в Amazon EC2. Так как в Amazon EC2 разрешены виртуальные машины с определенными комбинациями значений ЦП и памяти, для определения ближайшего совпадения используются значения, указанные в схеме элементов.

  8. Выберите одну или несколько служб или компонентов приложения и перетащите их в узлы.
    Например, можно перетащить службу MySQL в узел сервера баз данных, службу JBoss — в узел сервера приложений и службу Apache — в узел подсистемы балансировки нагрузки.
    Если компонент службы или приложения не совместим с определенным узлом, его невозможно перетащить на этот узел. Например, можно перетащить компонент приложения SQL SCRIPT на службу MySQL, но нельзя перетащить компонент SQL SCRIPT на службу JBoss.

    Ограничения совместимости создаются, когда администратор каталога приложений назначает поддерживаемые операционные системы и компоненты для службы библиотеки. Администратор каталога также может добавлять элементы в список операционных систем и тегов, которые уже доступны в библиотеке. Например, служба MySQL в библиотеке имеет поддерживаемые компоненты, указанные как SQL SCRIPT. К службе MySQL можно добавлять только компоненты приложения типа SQL SCRIPT.

    Кроме того, в службе MySQL среди поддерживаемых операционных систем указаны CentOS32 6.3.0, CentOS64 6.3.0, CentOS32 6.4.0, CentOS64 6.4.0 и Ubuntu32 12.4.2. Службу MySQL можно добавить к логическим шаблонам, в которые входит одна из этих операционных систем.

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

    Компоненты приложения SCRIPT и Other можно добавить к узлу или любой службе.

  9. Нажмите кнопку Сохранить.

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

Настройте службы и компоненты приложения, добавленные в схему элементов приложения. См. Настройка схемы элементов приложения.