Управление топологией с применением шаблонов виртуальных систем

Шаблоны виртуальных систем – квинтэссенция многолетнего опыта управления облачной инфраструктурой

В среде IBM PureApplication System шаблон виртуальной системы представляет собой критический элемент, который позволяет быстро настраивать топологию облачного промежуточного ПО и управлять ей; шаблон виртуальной системы описывает топологию промежуточного ПО и предоставляет инструменты для автоматического создания этой топологии в облаке. Шаблоны виртуальных систем IBM PureApplication System ― это квинтэссенция многолетнего практического опыта управления инфраструктурой. Они содержат повторяемые определения топологии, основанные на различных образах промежуточного ПО и конфигурации времени выполнения; с их помощью можно управлять развертыванием промежуточного ПО. Авторы этой статьи знакомят читателя с шаблонами виртуальных систем и их местом в экосистеме, описывают их компоненты и функций и дают представление о том, как создавать и использовать шаблоны виртуальных систем.

М-р Бобби Макчесни (Bobby McChesney), старший специалист по подготовке, IBM

Бобби Макчесни был специалистом по обучению в группе IBM Application Development. Его специализация - курсы по WebSphere Application Server Version 6 и Rational Application Developer for WebSphere® Software. Он также занимался курсами по программированию Java Servlet, JavaServer Pages, Struts, JavaServer Faces, и Enterprise JavaBeans. В данный момент работает в организации WebSphere Development.



Джозеф Бон, старший архитектор, IBM

Фото Джо БонаДжозеф Бон (Joseph Bohn) — старший архитектор IBM. В настоящее время занимается популяризацией технологии. Ранее представлял IBM при разработке спецификации OSGi Alliance и в проектах по созданию ПО с открытым исходным кодом, включая Apache Aries и Apache Geronimo. Работал в качестве архитектора, дизайнера, руководителя группы и разработчика над несколькими продуктами IBM, включая Integrated Solutions Console, Tivoli Presentation Services и ряд решений на базе Tivoli.



Джеймс Кочуба, инженер по технической поддержке, IBM

Фото Джеймса КочубыДжеймс Кочуба (James Kochuba) работает инженером по технической поддержке WebSphere Application Server и руководит группой технической поддержки, специализирующейся на WebSphere Extended Deployment и WebSphere Application Server. Эта роль требует внимания к проблемам клиентов и заключается в том, чтобы помогать инженерам по технической поддержке и клиентам к выявлять источники проблем и навсегда устранять их.



02.07.2013

С появлением семейства продуктов IBM® PureSystems™ облачные вычисления достигли новых высот. IBM PureSystems — в виде IBM PureApplication™ System и IBM PureFlex™ System — это комплексная облачная экспертная система, в которую входят приложения, службы, оборудование и даже опыт, предоставляемые в виде практических шаблонов для интеграции, развертывания и поддержки облачной среды уровня предприятия.

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

  • Использование шаблонов виртуальных приложений с помощью служб платформы рабочей нагрузки. Виртуальное приложение представляет собой набор компонентов приложения, поведенческих политик и их взаимосвязей. С помощью этого определения рабочей нагрузки, ориентированного на приложение, IBM PureApplication System автоматически строит необходимую инфраструктуру и ресурсы промежуточного ПО для создания виртуального приложения и непрерывного управления им.
  • Использование шаблонов виртуальных систем с помощью виртуализированных служб промежуточного ПО. Шаблоны виртуальных систем ― это логическое представление повторяющейся топологии для заданного набора требований по развертыванию. Например, шаблон WebSphere® Application Server Cluster содержит IBM Deployment Manager, один или несколько специальных узлов, IBM Http Server и сценарии конфигурации для установки приложений в топологию. При использовании этого подхода явно определенная конфигурация промежуточного ПО и IBM PureApplication System создадут в точности такую систему, которая определена в этом шаблоне виртуальной системы.
  • Использование виртуальных программно-аппаратных комплексов посредством служб виртуализированной инфраструктуры. Виртуальный программно-аппаратный комплекс представляет собой экземпляр рабочей нагрузки отдельного сервера, состоящий из предварительно настроенной среды операционной системы, включая необходимые элементы промежуточного ПО и приложения, предустановленные в образе Open Virtualization Format.

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

Обзор

В общих чертах, IBM PureApplication System содержит встроенную аппаратуру и программное обеспечение, которое сочетает в себе виртуализованную рабочую нагрузку и масштабируемую инфраструктуру. Включение поддержки ПО промежуточного уровня для данных и среды выполнения вместе с возможностями по развертыванию и управлению, которые упрощают и ускоряют эту работу, делает их еще более эффективными.

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

Сокращение времени развертывания, повышение степени согласованности и гибкость ― вот те преимущества, которые можно получить, изучая облачные подходы к реализации среды промежуточного ПО приложения. Решение IBM PureApplicationSystem, построенное на фундаменте IBM Workload Deployer и других технологий, решает эти проблемы, делая процесс развертывания облачной среды промежуточного ПО быстрым, повторяемым и эффективным.

Подход на основе шаблонов составляет основу IBM PureApplication System и согласуется как с шаблонами виртуальных приложений, так и шаблонами виртуальных систем. С помощью облачного программно-аппаратного комплекса выполняется построение и развертывание шаблонов, которые представляют собой полностью настроенную среду приложения. Когда все готово для использования среды конкретного приложения, достаточно просто выбрать шаблон и развернуть его. IBM PureApplication System автоматизирует процесс развертывания, настройки и интеграции различных виртуальных машин, составляющих среду, и обеспечивает создание готового продукта в считанные минуты.


Элементы и функции шаблона виртуальной системы

Как мы уже говорили, шаблоны виртуальных систем (или шаблоны топологий) представляют собой повторяемые определения топологии, основанные на различных виртуальных образах промежуточного ПО и конфигурациях среды выполнения. Шаблоны виртуальной системы обеспечивают гибкость и возможность управления развертываемой топологией промежуточного уровня.

Анатомия шаблона виртуальной системы

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

Рисунок 1. Общий процесс создания шаблона виртуальной системы из компонентов, присутствующих в каталоге
Общий процесс создания шаблона виртуальной системы из компонентов, присутствующих в каталоге

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

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

Шаблоны виртуальных систем, поставляемые IBM и учитывающие практические рекомендации, поставляются установленными в программно-аппаратный комплекс; они учитывают многолетний опыт работы с нашими клиентами, позволивший определить оптимальные требования. Шаблон виртуальной системы, взятый из IBM PureApplication System, называется экземпляром виртуальной системы.

Шаблоны виртуальных систем, которые могут быть перестроенными или новыми, создаются с помощью редактора шаблонов Pattern Editor в пользовательском интерфейсе IBM PureApplication System. Настройка в Pattern Editor выполняется с помощью простого интерфейса путем перетаскивания из палитры компонентов (частей виртуальных образов), пакетов сценариев и надстроек.

Обычно шаблон виртуальной системы состоит из одного или более элементов промежуточного ПО, которые вместе составляют необходимую платформу полного приложения. Пример шаблона виртуальной системы для конфигурации WebSphere® может содержать несколько компонентов, каждый из которых представляет собой виртуальную машину, содержащую операционную систему Linux® с WebSphere Application Server или другим программным обеспечением промежуточного уровня, предварительно установленную и готовую к активации. В шаблон может входить менеджер развертывания, несколько специальных узлов, база данных DB2® и IBM HTTP Server.

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

При развертывании шаблона виртуальной системы программно-аппаратный комплекс создает топологию, строит отношения между компонентами (например, организует специальные узлы для менеджера развертывания) и настраивает промежуточное ПО на основе предоставленных пакетов сценариев. При необходимости системные администраторы могут входить в систему и выполнять дополнительную настройку — но лучше всего включить всю конфигурацию системы в шаблон с помощью настройки образов, параметров, надстроек и сценариев автоматизации, чтобы создать шаблон, который можно последовательно развертывать в облаке.

Топология предусматривает возможность интеграции стандартных аспектов высокой готовности и отказоустойчивости.

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

О конструктивных блоках шаблона виртуальной системы мы уже говорили, но давайте немного углубимся в детали этих элементов.

Компоненты образов Hypervisor Edition

Основные конструктивные блоки шаблонов виртуальной системы ― это компоненты, поставляемые вместе с образами Hypervisor Edition. Поэтому логично задать следующие вопросы:

  • Что такое образ Hypervisor Edition?
  • Что такое компонент?

Что такое образ Hypervisor Edition?
В двух словах, образ Hypervisor Edition — это комплект некоторого программного продукта промежуточного уровня, упакованный в соответствии с форматом Open Virtualization Format (OVF) в файл Open Virtualization Archive (OVA). Эти образы импортируются в каталог виртуальных образов в составе IBM PureApplication System Application Services.

Образ Hypervisor Edition состоит из некоторого программного продукта промежуточного уровня, такого как WebSphere Application Server, предварительно установленного и настроенного вместе с операционной системой (обычно Linux) и специально предназначенного для виртуальной среды. Например, для WebSphere Application Server мы обычно демонстрируем набор из виртуального образа операционной системы, двоичных файлов WebSphere Application Server и IBM HTTP Server, профилей WebSphere Application Server и «особого соуса».

Рисунок 2. Образ Hypervisor Edition
Образ Hypervisor Edition

Что же представляет собой этот особый соус? Это сочетание кода и настроек, встроенных в образ для оптимизации WebSphere Application Server для виртуальной среды.

В число основных элементов образа Hypervisor Edition входят:

  • предустановленный и настроенный образ;
  • специальная настройка для данного образа;
  • возможности быстрой активации во время развертывания.

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

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

Что такое компонент?
Элементы промежуточного ПО поставляются в составе образа гипервизора. Например, в состав образа WebSphere Application Server Hypervisor Edition входят компоненты менеджера развертывания, настраиваемого узла, автономного узла, менеджера заданий и т.п. Когда все эти общие профили заранее встроены в образ, экономится значительная часть времени по сравнению с традиционными процессами развертывания, когда создание профиля осуществляется позже с помощью сценариев.

Деталями конфигурации промежуточного ПО и подготовкой для конкретных целей занимается агент активации. Предварительная установка, конфигурация и настройка — это хорошо, но в образе Hypervisor Edition можно предусмотреть активацию реального «секретного ингредиента».

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

В частности, во время активации сценарии перенастройки внутри образа создают новые параметры настройки сети (IP адрес, имя хоста, пароли и т.д.); перенастраивают параметры WebSphere Application Server, такие как имя ячейки, имя узла и т.п.; и запускают профиль WebSphere Application Server, соответствующий типу сервера. Замена или внедрение метаданных конфигурации для ОС и WebSphere Application Server обеспечивает значительную экономию времени. Активация позволяет образу быстро считать и настроить новые параметры, пароли и персональные данные WebSphere Application Server, от менеджеров развертывания до специальных узлов и менеджеров заданий.

Компоненты ― это основные конструктивные блоки любого шаблона виртуальной системы. Однако есть и другие важные элементы шаблона виртуальной системы, которые необходимо поддерживать для детальной настройки - а именно, пакеты сценариев и надстройки.

Пакеты сценариев
В шаблонах виртуальной системы IBM PureApplication System пакет сценариев ― это способ создания специальной конфигурации промежуточного ПО. Это может быть установка приложений, настройка зависимостей приложения или иная настройка промежуточного уровня.

По существу, пакеты сценариев ― это ZIP-файлы, в которые входят исполняемые файлы (сценарий оболочки, сценарий wsadmin, Java™- программа и т.д.), а при необходимости и артефакты, поддерживающие выполнение сценария. Как видите, единственного, обязательного формата сценария не существует. Вы обнаружите, что многие из тех сценариев, которые вы используете в своих традиционных установках, можно использовать повторно.

Как и было задумано, с помощью пакета сценариев можно добиться почти всего, что угодно. Это обеспечивает гибкость и возможности для творчества. Сценарии можно наделить параметрами, управляя конфигурацией во время развертывания. Это позволяет применять один универсальный сценарий ко многим компонентам для многих разных целей. Сценарии импортируются в каталог сценариев IBM PureApplication System, и затем их можно связывать с компонентами шаблонов виртуальной системы.

Надстройки
Надстройки ― это специализированные сценарии для настройки конфигурации виртуальной машины. Они позволяют изменять конфигурацию виртуальной машины во время развертывания без необходимости изменять и сохранять новую конфигурацию образа. Надстройки можно использовать для расширения конфигурации аппаратуры и ОС виртуальной машины.

Они значительно упрощают задачу внесения низкоуровневых изменений в конфигурацию ОС. Например, в случае надстройки Add disk достаточно перетащить дополнение из палитры Pattern Editor в соответствующий компонент и затем настроить параметры.

Надстройки используются как специальные сценарии: их создают и по мере необходимости клонируют в каталог программно-аппаратного комплекса, а затем перетаскивают в компоненты в окне Virtual System Pattern Editor. Основное различие заключается в том, что надстройки запускаются до любых специальных сценариев, и они предназначены для изменения конфигурации виртуальной машины.

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

Представления и компоненты редактирования шаблона виртуальной системы

Давайте немного поговорим о шаблонах виртуальной системы, построенных из этих элементов. IBM PureApplication System содержит ряд готовых шаблонов виртуальной системы, в которых реализованы практические рекомендации, учитывающие многолетний опыт работы с клиентами. Эти шаблоны представляют собой общие конфигурации простых и более сложных систем WebSphere, различные конфигурации DB2® дляEnterprise и Express, WebSphere Portal, WebSphere Message Broker, WebSphere MQ и многие другие распространенные топологии.

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

Рисунок 3 Представление шаблонов виртуальной системы
Представление шаблонов виртуальной системы

Окно шаблонов
Выбирая шаблон виртуальной системы для редактирования в окне шаблонов, можно увидеть подробную информацию о шаблоне виртуальной системы. Представление топологии шаблона находится на правой панели окна Pattern.

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

Окно редактора шаблонов
Нажатие на значок редактирования на верхней правой панели окна шаблонов открывает окно редактора шаблонов (Pattern Editor) для выбранного шаблона виртуальной системы. В окне редактора шаблонов содержатся списки для выбора компонентов виртуального образа, надстроек и пакетов сценариев.

Рисунок 4 Шаблон виртуальной системы в редакторе шаблона
Шаблон виртуальной системы в редакторе шаблона

Компоненты виртуального образа
При выборе списка компонентов (Parts) в редакторе шаблонов появляется перечень компонентов, которые можно перетащить на холст шаблона виртуальной системы. Холст шаблона виртуальной системы находится на правой панели окна шаблона. В число общих компонентов виртуального образа входят:

  • административные агенты,
  • специальные узлы,
  • менеджеры развертывания,
  • HTTP-серверы,
  • менеджеры заданий,
  • автономные серверы,
  • маршрутизаторы по требованию,
  • серверы DB2
  • и многое другое...

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

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

Пакеты сценариев
Список Scripts в редакторе шаблонов открывает список пакетов сценариев, которые можно помещать в компоненты виртуального образа. Этот список может содержать пакеты сценариев, связанные с виртуальным образом, и все, что вы определили для использования с IBM PureApplication System.

Надстройки
К компонентам на холсте редактирования можно добавлять общие надстройки, например:

  • Default add disk: добавляет к виртуальной машине виртуальный диск и может отформатировать и смонтировать его;
  • Default add NIC: добавляет к виртуальной машине виртуальный сетевой контроллер (NIC), настраивает IP-адрес и активирует его;
  • Default add user: определяет дополнительного пользователя виртуальной машины;
  • Default add raw disk: добавляет в виртуальной машине виртуальный диск, но без форматирования и монтирования.

Можно создать специальные версии надстроек и обращаться к ним для удовлетворения своих особых потребностей и добавления в каталог. Надстройку можно создать с нуля или клонировать из набора надстроек по умолчанию и затем изменить.

Взаимодействие между компонентами виртуального образа
Можно назначить компоненты виртуального образа для взаимодействия с другими его компонентами. Когда взаимодействующие компоненты виртуального образа входят в один и тот же шаблон виртуальной системы, происходит перекрестная настройка. Например, если поместить специальный узел и менеджер развертывания в один и тот же шаблон виртуальной системы, они автоматически взаимонастраиваются. Это приводит к тому, что специальный узел становится согласованным с менеджером развертывания. Аналогично, административные агенты (или менеджеры развертывания) регистрируются с менеджером заданий.

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

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


Разработка шаблона виртуальной системы

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

Клонирование шаблона виртуальной системы с последующей настройкой

Сначала выберите готовый шаблон, который наиболее близко соответствует вашим потребностям. (Вот несколько шаблонов из IBM Workload Deployer).

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

Подробнее см. в справке Клонирование существующего шаблона виртуальной системы (EN).

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

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

Подробнее см. в справке Создание шаблона виртуальной системы (EN).

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


Использование шаблонов виртуальных систем

Вы спросите: «В каких случаях следует использовать шаблон виртуальной системы IBM PureApplication System вместо шаблона виртуального приложения»? Давайте остановимся на этом подробнее.

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

Чтобы понять различия между развертыванием шаблона приложения и шаблона систем, начнем с рассмотрения континуума компромиссов облака. (Опять же, мы использовали IWD, так как это непосредственно предшествующая технология, и накоплено много данных и опыта по ее использованию.)

Рисунок 5. Континуум компромиссов облака
Континуум компромиссов облака
  • По оси X отложена степень контроля над настройкой результирующей среды. По мере движения слева направо она все больше сужается.
  • По левой оси Y отложена общая стоимость владения (TCO), которая уменьшается по мере движения вверх.
  • Правая ось y отражает время достижения результата, которое тоже сокращается по мере движения вверх.

Естественно, что предприятию хочется двигаться вверх по оси Y, но оно иногда не решается отказаться ради этого от значительной части контроля (перемещаясь вправо по оси X).

Теперь, отталкиваясь от этого рисунка, рассмотрим подробнее два подхода на основе шаблонов.

Сценарий: использование шаблона виртуальной системы

Рассмотрим довольно простое приложение Web-сервиса, которое требуется развернуть в облаке. При использовании шаблона виртуальной системы мы, вероятно, начали бы с компонентов образа WebSphere Application Server Hypervisor Edition для макетирования топологии. Можно включить менеджер развертывания, два специальных узла и Web-сервер.

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

После развертывания пользователи, как обычно, получат доступ к среде и инфраструктуре промежуточного ПО. Это означает, что они могут выполнять административные сценарии, обращаться к административной консоли, предоставляемой развернутым промежуточным ПО, и делать все, что им нужно.

Тот же сценарий: с использованием шаблона виртуального приложения

Использование шаблона виртуального приложения для поддержки того же Web-сервиса приведет к заметно иному результату с точки зрения управления и развертывания.

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

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

Шаблон виртуального приложения и IBM PureApplication System обеспечивают знания, необходимые для установки, настройки и интеграции инфраструктуры промежуточного уровня и самого приложения. После развертывания пользователь управляет результирующей средой приложения через радикально упрощенный интерфейс, предоставляемый IBM PureApplication System. Он обеспечивает мониторинг и оперативное управление средой в контексте, соответствующем приложению.

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

Так что же выбрать?

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

С шаблонами виртуальных приложений подход становится совершенно иным. Вы работаете с высоко оптимизированным и автоматизированным решением. Механизм управления высокой готовности, быстро реагирующий на меняющиеся условия, встроен в типовое решение шаблона, и вам нужно только указать свои требования бизнес-уровня. Функции управления и эксплуатация этой среды полностью интегрирована в пользовательский интерфейс IBM PureApplication System. Все интегрировано и высоко специализировано для конкретного типового приложения.

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

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

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

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

Наконец, важно также отметить, что IBM PureApplication System поддерживает обе эти модели одновременно. Можно создавать сочетания виртуальных приложений, виртуальной системы и даже виртуальных программно-аппаратных комплексов, развернутых на одном и том же наборе ресурсов в облаке. Мощные возможности, встроенные в IBM PureApplication System, допускают это разнообразие способов развертывания, позволяя выбрать оптимальную модель для каждого приложения и гарантируя наилучший результат при максимальной отдаче от инвестиций.


Заключение

Мы рассказали о шаблонах виртуальных систем и их месте в экосистеме IBM PureApplication System (а также о том, чем они отличаются от шаблонов виртуальных приложений); мы также описали компоненты и функции шаблона виртуальной системы и дали общее представление о том, как создаются и используются шаблоны виртуальной системы.

Более подробные сведения об облачно-ориентированных установках на основе шаблонов можно найти в сообществах, форумах, статьях и видеоруководствах, перечисленных в разделе "Ресурсы".

Ресурсы

Комментарии

developerWorks: Войти

Обязательные поля отмечены звездочкой (*).


Нужен IBM ID?
Забыли Ваш IBM ID?


Забыли Ваш пароль?
Изменить пароль

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Профиль создается, когда вы первый раз заходите в developerWorks. Информация в вашем профиле (имя, страна / регион, название компании) отображается для всех пользователей и будет сопровождать любой опубликованный вами контент пока вы специально не укажите скрыть название вашей компании. Вы можете обновить ваш IBM аккаунт в любое время.

Вся введенная информация защищена.

Выберите имя, которое будет отображаться на экране



При первом входе в developerWorks для Вас будет создан профиль и Вам нужно будет выбрать Отображаемое имя. Оно будет выводиться рядом с контентом, опубликованным Вами в developerWorks.

Отображаемое имя должно иметь длину от 3 символов до 31 символа. Ваше Имя в системе должно быть уникальным. В качестве имени по соображениям приватности нельзя использовать контактный e-mail.

Обязательные поля отмечены звездочкой (*).

(Отображаемое имя должно иметь длину от 3 символов до 31 символа.)

Нажимая Отправить, Вы принимаете Условия использования developerWorks.

 


Вся введенная информация защищена.


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Облачные вычисления, WebSphere, Information Management, Технология Java
ArticleID=936455
ArticleTitle=Управление топологией с применением шаблонов виртуальных систем
publish-date=07022013