You deliver Software components by placing them on top of supported machine components when you assemble blueprints.

To support Software components, the machine blueprint you select must contain a machine component based on a template, snapshot, or Amazon machine image that contains the guest agent and the Software bootstrap agent, and it must use a supported provisioning method. Because the Software agents do not support Internet Protocol version 6 (IPv6), ensure that machine blueprints, reservations, and networking and security components you are using are configured to use IPv4 and not IPv6. If you are designing blueprints to be scalable, it is a best practice to create single layer blueprints that do not reuse other blueprints. Normally, update processes during scale operations are triggered by implicit dependencies such as dependencies you create when you bind a software property to a machine property. However, implicit dependencies in a nested blueprint do not always trigger update processes.

While IaaS architects, application architects, and software architects can all assemble blueprints, only IaaS architects can configure machine components. If you are not an IaaS architect, you cannot configure your own machine components, but you can reuse machine blueprints that your IaaS architect created and published. If you need to use nested blueprints in a scalable blueprint, you can manually draw dependencies between components in your nested blueprint to create explicit dependencies that always trigger an update.

Table 1. Provisioning Methods that Support Software

Machine Type

Provisioning Method

vSphere

Clone

vSphere

Linked Clone

vCloud Director

Clone

vCloud Air

Clone

Amazon AWS

Amazon Machine Image