Последняя статья из серии “Создание виртуальной машины с портала SCSM”.

1. Создание Runbook’а; (часть 1)

2. Создание дочерних Runbook’ов; (часть 2)

3. Импорт Runbook’ов в SCSM; (часть 3)

4. Создание шаблонов для публикации на портале; (часть 3)

5. Подготовка Request Offering к публикации; (часть 4)

6. Публикация и проверка. (часть 4)

Публикуем Request Offering на портале SCSM

После создания шаблона Service Request необходимо сделать Service Offering и Request Offering и опубликовать их на портале.

Для начала создайте Service Offering и заполните данные так как Вам необходимо (не забудьте опубликовать его)

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

После этого создаем Request Offering

На первом экране заполните название, описание и выберите шаблон Service Request’а, который мы создали в предыдущей статье

На втором экране необходимо создать запросы, на которые должен ответить пользователь, чтобы создать виртуальную машину. Мы запросим у пользователя имя машины, шаблон, из которого будет создана машина, и облако, в котором она будет создана. Запрос имени должен иметь тип “Text”, а два других запроса должны иметь тип “Query Results”.

Вы можете так же запросить пароль администратора, к примеру, или делать ли виртуальную машину высокодоступной. Используйте фантазию!

Третий экран нужен для конфигурации запросов, к примеру, для первого запроса, рекомендую ограничить количество символов в имени виртуальной машины (15 максимум).

Запрос шаблона и облака настроить сложнее, откройте свойства запроса двойным шелчком. В открывшемся окне выберите “All Basic Classes”, найдите и укажите “Virtual Machine Template” класс

Далее Вам нужно будет указать фильтры для шаблона, к примеру у меня на стенде, у всех шаблонов для Self Service есть пометка “usage: SSP Deployments”

На следующем экране Вы можете настроить информацию о шаблонах, которая будет предоставлена конечному пользователю. Имя, описание, количество ЦПУ, памяти и так далее. На последнем шаге Вы должны указать что делать с полученным объектом. В данном случае его необходимо прикрепить к Service Request’у как “Related Item”.

Точно такую же процедуру нужно повторить с третьим запросом. Выбираете класс “Private Cloud”, фильтры, настраиваете представление и прикрепляете к Service Request’у как “Related Item”.

Шаг “Map Prompts” позволяет связать переменные Runbook’а с переменными, которые выбрал пользователь

И осталось только опубликовать Request Offering и связать его с Service Offering

Проверяем работоспособность

Заходим на портал и выбираем “наш” Service Offering

Выбираем Request Offering

Создаем Service Request

Заполняем и отправляем

Теперь осталось только дождаться исполнения runbook’а.

Удачных разворачиваний!