Creating or modifying a service blueprint
When creating or modifying a service blueprint, you must specify its components:
- Service definition (for example, the web tier of the pet store application)
- Service deployment definition (for example, the web tier is deployed on a VM with 4 CPUs; 8,192 MB of RAM; and a 20-GB disk).
To create the service definition component in a service blueprint, you must specify the OS and software packages (from the Product Catalog) and optional actions needed for the service definition to run correctly. For example, the web server tier in the pet store application might use AO Workflow to contact the Apache server after it is installed. If the Apache server is running, then you can install the PHP software package.
This topic includes the following sections:
To create the service blueprint (including the service definition)
- From the BMC Cloud Lifecycle Management Administration Console, click the vertical Workspaces menu on the left side of the window and select Service Blueprints.
- In the Service Blueprints workspace, click New
.
The Service Blueprints Definition editor is displayed. - Define the general information:
- Enter the name of the new service blueprint that describes the application or server type (for example, LAMP Gold or MediaWiki).
- If needed, select or create tags, as described in Managing service blueprint tags.
- Enter a helpful description of the components of the service blueprint or other helpful information (for example: Redhat 5.4, Apache, mySQL, PHP).
- Enter the author of the service blueprint.
- Enter the name of the new service blueprint that describes the application or server type (for example, LAMP Gold or MediaWiki).
- In the the Service Definition tab, click New
in the Components table.
The Component Details editor is displayed:
- Enter a name that briefly describes the component (for example, Application Web Server).
- If needed, select or create tags, as described in Managing service blueprint tags.
- Enter a helpful description (for example, Application web server).
- In the Operating System tab, add an OS to install with this component.
- Select an available OS from the list (consisting of BMC Server Automation packages or Amazon AMI files) and then click Add.
To filter the list, type a letter, word, or phrase in Search. The search operation is based on all the fields that compose the OS names.To modify the OS, select it, and click Remove. You must then add a different OS.Note
You must select one OS per component.
- (optional) For the OS, specify the post-installation type of action to run.
You can select an NSH script or AO Workflow that runs a particular action. For example, you can run AO Workflow that checks the hardware configuration on your VM.Note
If you select an AO Workflow that uses a BMC Server Automation object, you must first define that object in BMC Server Automation.
- (optional) Enter the action to perform.
Enter the name of the script (for example, open_port_windows.nsh) or AO Workflow (for example, MyModule:).Note
If you enter a BLPackage or NSH script, the values must exactly match the local properties of your BLPackage or the parameters of your NSH script in BMC Server Automation. You must ensure that the script or AO Workflow is actually available in BMC Server Automation.
- (optional) Click Set after you specify the package actions and their order.
- Select an available OS from the list (consisting of BMC Server Automation packages or Amazon AMI files) and then click Add.
- (optional) In the Software Packages tab, add or remove the software packages to install with this component.
You can select from a list of available software packages (consisting of BMC Server Automation packages or Amazon AMI files). To filter the list, type a letter, word, or phrase in the Search field. The search operation is based on all the fields that compose the software package names.- Rearrange the software packages into the required order of installation by selecting the package and then dragging it to its new order in the column.
- For each software package, specify the preinstallation and post-installation type of action to run.
You can select an NSH script or AO Workflow that runs a particular action. For example, you can run a AO Workflow that checks the hardware configuration on your VM before installation, or you can run a script that sets the Apache administrator password after installation. - Enter the type of action to perform.
Type of action
Format and description
NSH script
Do not enter the full path. For example: set_apache_admin_password.nsh
AO Workflow
Enter the delineated path. For example: MyProvisioningActions:UpdateDNS
Note
If you do not define the install actions for the software packages, you cannot define start and stop operations for the Component. For more information, see Creating or modifying an operation
- Click Set after you specify the package actions and their order.
- (optional) Click the Operations tab to define the start or stop operations to perform on the software packages in their correct sequence.
For example, in a three-tier system, you might specify to start the OS first, the database second, and the web server third.
- In Actions to perform on deployed software, click New
.
- Select a package (for example, Apache Version 2.2 for Windows).
- Select the action type (for example, Script).
- Enter the action (for example, start).
- Click OK.
- Rearrange the actions into the required order by selecting the action and then dragging it to its new order in the column.
- In Actions to perform on deployed software, click New
- (optional) Click the Requirements tab to define the planned allocation of resources.
- Set the minimum number of CPUs, minimum memory (MB), and minimum storage (GB).
You can define constraints for a particular location — for example, an application web server in San Jose CA must have 2 CPUs, 2,048 MB of RAM, and 10 GB of storage. - (optional) Under User Defined Requirement, document any additional requirements for the component.
Note
The information is for documentation purposes only, and it currently has no effect on the service deployment; BMC Cloud Lifecycle Management does not enforce these requirements.
- Set the minimum number of CPUs, minimum memory (MB), and minimum storage (GB).
- Click OK to finish the service definition of the blueprint.
To modify the service blueprint
Note
- In BMC Remedy AR System, ensure that Submitter Mode on the Licenses tab is set to Changeable. If the Submitter Mode is not set to Changeable (that is, it is set to Locked), any entries in a service blueprint that one user creates cannot be changed by another user. For example, if one cloud administrator defines settings for a service blueprint, another cloud administrator cannot change those settings. For more information on setting Submitter Mode, see [ars8000:Enabling submitters to modify requests].
- With vCD Appliance Template Blueprints, BMC Cloud Lifecycle Management uses VMWare vApp templates to build service blueprints that it can provision. In addition, BMC Cloud Lifecycle Management layers enhanced workload and network placement into the service blueprints, using Service Governor policies.
The cloud administrator can modify tags, descriptions, and some of the network interface card (NIC) information (for example, tags, labels, and static/dynamic settings). Most importantly, you can specify if the NIC is to get static or DHCP IP assignment.
All the remaining service blueprint functionality is locked.
- From the BMC Cloud Lifecycle Management Administration Console, click the vertical Workspaces menu on the left side of the window and select Service Blueprints.
- Select an existing service blueprint and click Edit
.
- Modify the settings as needed.
You can modify components and resource sets directly in the graphical editor. - Click Save.
Related topics
Creating and managing requestable services
Building service blueprints
Creating cloud services
Navigating the Service Blueprints window
Copying a service blueprint
Comments