7.1
Table Of Contents
- Custom Properties Reference
- Contents
- Custom Properties Reference
- Updated Information
- Using Custom Properties
- Custom Properties Grouped by Function
- Custom Properties for Blueprints and Deployments
- Custom Properties for Naming and Analyzing Deployments
- Custom Properties for Openstack Endpoints
- Custom Properties for Clone Blueprints
- Custom Properties for Linked Clone Blueprints
- Custom Properties for FlexClone Blueprints
- Custom Properties for Basic Workflow Blueprints
- Custom Properties for Linux Kickstart Blueprints
- Custom Properties for SCCM Blueprints
- Custom Properties for WIM Blueprints
- Custom Properties for vCloud Air and vCloud Director Blueprints
- Custom Properties for Networking
- Custom Properties for PXE Provisioning
- Custom Properties for vRealize Automation Guest Agent
- Custom Properties for BMC BladeLogic Configuration Manager Integration
- Custom Properties for HP Server Automation Integration
- Custom Properties Grouped by Name
- Custom Properties Underscore (_) Table
- Custom Properties A Table
- Custom Properties B Table
- Custom Properties C Table
- Custom Properties E Table
- Custom Properties H Table
- Custom Properties I Table
- Custom Properties L Table
- Custom Properties M Table
- Custom Properties O Table
- Custom Properties P Table
- Custom Properties R Table
- Custom Properties S Table
- Custom Properties V Table
- Custom Properties X Table
- Using the Property Dictionary
- Using Property Definitions
- Using Property Groups
- Index
Using Custom Properties 1
You can use vRealize Automation custom properties to add values or override existing or default values for
conguring seings for network, platform, guest agent, and many other deployment parameters.
Some properties are determined by standard seings that you must specify for all machines. For example,
memory and disk size values are required for all blueprints. You can specify additional properties
individually or in property groups in blueprints and in reservations. When you add a property to a
blueprint or a property group, you can mark it as a required property. When a property is specied as
required, the user must provide a value for that property when they request a machine, such as in the
following examples.
n
Require information about multiple disks sharing the machine’s allocated storage.
n
Require information about users or groups to be added to a local group on the machine.
n
Require the host name of the machine.
The Windows guest agent records property values on the provisioned machine in the %SystemDrive
%\VRMGuestAgent\site\workitem.xml le.
The Linux guest agent records property values on the provisioned machine in
the /usr/share/gugent/site/workitem.xml le.
This chapter includes the following topics:
n
“Adding Custom Properties,” on page 9
n
“Using Properties in Machine Provisioning,” on page 10
n
“Understanding Custom Properties Precedence,” on page 10
Adding Custom Properties
You can use custom properties to control machine provisioning. You can add properties and property
groups to overall blueprints, components in a blueprint, and reservations. You can also add custom
properties to other vRealize Automation items, including some endpoint types.
You can add properties and property groups when you create a blueprint, or later when the blueprint is in
the draft or published state. Alternatively you can add custom properties and property groups to individual
components in the blueprint.
Blueprint-level custom properties take precedence over custom properties that are congured at the
component level. You can edit blueprint-level properties by using the blueprint properties page.
Custom property names are case-sensitive. For example, a custom property expressed as hostname and
another custom property expressed as HOSTNAME are considered dierent custom properties.
VMware, Inc.
9