7.2
Table Of Contents
- Foundations and Concepts
- Contents
- Foundations and Concepts
- Updated Information
- Using Scenarios
- Using the Goal Navigator
- Introducing vRealize Automation
- Tenancy and User Roles
- Service Catalog
- Infrastructure as a Service
- XaaS Blueprints and Resource Actions
- Common Components
- Life Cycle Extensibility
- vRealize Automation Extensibility Options
- Leveraging Existing and Future Infrastructure
- Configuring Business-Relevant Services
- Extending vRealize Automation with Event-Based Workflows
- Integrating with Third-Party Management Systems
- Adding New IT Services and Creating New Actions
- Calling vRealize Automation Services from External Applications
- Distributed Execution
- Index
Table 9. Support for Scalable Components (Continued)
Component Type
Suppor
ted Notes
XaaS components No XaaS components are not scalable and are not updated during a scale
operation. If you are using XaaS components in your blueprint, you could
create a resource action for users to run after a scale operation, which could
either scale or update your XaaS components as required. Alternatively, you
could disable scale by conguring exactly the number of instances you want
to allow for each machine component.
Nested blueprints Yes Supported components in nested blueprints might only update if you create
explicit dependencies to scaled machine components. You create explicit
dependencies by drawing dependency lines on the design canvas.
When you scale out a deployment, vRealize Automation allocates the requested resources on the current
reservation before proceeding. If the scale is partially successful, and fails to provision one or more items
against those allocated resources, the resources are not deallocated and do not become available for new
requests. Resources that are allocated but unused because of a scale failure are known as dangling resources.
You can try to repair partially successful scale operations by aempting to scale the deployment again.
However, you cannot scale a deployment to its current size, and xing a partially successful scale this way
does not deallocate the dangling resources. You can view the request execution details screen and nd out
which tasks failed on which nodes to help you decide whether to x the partially successful scale with
another scale operation. Failed and partially successful scale operations do not impact the functionality of
your original deployment, and you can continue to use your catalog items while you troubleshoot any
failures.
For a clustered deployment, in which the deployment created from a blueprint contains more than one VM,
scaling fails if the blueprint uses a hostname custom property but does not contain a machine prex value.
To avoid this issue, you can use the machine prex option in the blueprint denition. Otherwise, the scaling
function aempts to use the same hostname seing for each VM in the cluster.
Scale Up or Scale Down By Using Reconfigure
After you provision a vSphere, vCloud Air, or vCloud Director virtual or cloud machine you can adjust to
changing workload demands by requesting a machine recongure to increase (scale up) or decrease (scale
down) machine resource specications for CPU, memory, storage, or networks. You can also add, edit, or
remove custom properties and change descriptions. You can request to recongure machines for scale up or
scale down that are in the On or O state.
When you recongure a virtual or cloud machine for scale up, vRealize Automation allocates the requested
resources on the current reservation before proceeding. If the resources are not available, the machine
recongure fails. If a machine recongure request fails, any resources allocated for scale up are deallocated
and available for new requests. When you recongure a virtual or cloud machine for scale down, resources
are not made available to new requests unless the recongure nishes successfully.
Table 10. Required Entitlements for Machine Reconfigure for Scaling Scenarios ( vSphere , vCloud Air ,
and vCloud Director only
Virtual or Cloud Machine Owner wants to... Required Entitlements
Run the recongure for scaling immediately after any
required approvals are given.
Recongure
Specify a date and time to run the reconguration for
scaling.
Recongure
Reschedule a recongure for scaling because the request
was not approved until after the scheduled time.
Recongure
Retry a failed recongure request. Execute recongure
Foundations and Concepts
VMware, Inc. 33