Немного об облаках: подробности VMware vCloud Request Manager. 27/01/2011 Реклама: Пост:

Мы уже писали о продукте VMware vCloud Request Manager, который позволяет организовывать рабочие процессы получения пользователями виртуальных машин в рамках частного облака, построенного на базе платформы VMware vSphere и средства управления VMware vCloud Director.

Этот продукт пришел на смену VMware Lifecycle Manager, который был предназначен для управления жизненным циклом виртуальных машин в инфраструктуре VMware vSphere. Теперь эти функции берет на себя Request Manager.

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

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

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

То есть Request Manager - это основной фронтэнд пользователя, который что-то самостоятельно хочет получить из облака.

Вот так выглядит содержимое одного из облаков в веб-интерфейсе:

А вот так мы виртуальный сервис (vApp) из каталога на базе шаблона, который у нас создан в частном облаке (помним, что облако у нас бьется на виртуальные датацентры - Virtual Datacenter для которых в vCloud Director можно задавать классы обслуживания клиента):

Создается реквест и пользователь может трекать его статус:

Рабочий процесс выделения ресурсов под нужды пользователя можно кастомизировать. Стандартный выглядит так: запрос-утверждение-выделение лицензии-развертывание-нотификация о том, что все готово:

А вот так создается новое субоблако под нужды клиента. Создается оно на основе политики (Blueprint):

Политика определяет параметры использования вычислительных ресурсов (есть предопределенные политики):

Ну и определяем клиентов нашего датацентра, которые могут пользоваться его услугами:

А дальше вам интересно? Если интересно, напишите в каментах, я расскажу про vCloud Director.