7.4
Table Of Contents
- Managing vRealize Automation
- Contents
- Managing vRealize Automation
- Maintaining and Customizing vRealize Automation Components and Options
- Broadcast a Message on the Message Board Portlet
- Starting Up and Shutting Down vRealize Automation
- Updating vRealize Automation Certificates
- Extracting Certificates and Private Keys
- Replace Certificates in the vRealize Automation Appliance
- Replace the Infrastructure as a Service Certificate
- Replace the IaaS Manager Service Certificate
- Update Embedded vRealize Orchestrator to Trust vRealize Automation Certificates
- Update External vRealize Orchestrator to Trust vRealize Automation Certificates
- Updating the vRealize Automation Appliance Management Site Certificate
- Replace a Management Agent Certificate
- Change the Polling Method for Certificates
- Managing the vRealize Automation Postgres Appliance Database
- Backup and Recovery for vRealize Automation Installations
- The Customer Experience Improvement Program
- Adjusting System Settings
- Monitoring vRealize Automation
- Monitoring vRealize Automation Health
- Monitoring and Managing Resources
- Monitoring Containers
- Bulk Import, Update, or Migrate Virtual Machines
You can use the following managerService.exe.config file settings to control various aspects of
machine deployments. Default values are shown.
n
<add key="ProcessLeaseWorkflowTimerCallbackIntervalMilliseconds" value="600000"/>
n
<add key="BulkRequestWorkflowTimerCallbackMilliseconds" value="10000"/>
n
<add key="MachineRequestTimerCallbackMilliseconds" value="10000"/>
n
<add key="MachineWorkflowCreationTimerCallbackMilliseconds" value="10000"/>
n
<add key="RepositoryConnectionMaxRetryCount" value="100"/>
n
<add key="MachineCatalogRegistrationRetryTimerCallbackMilliseconds"
value="120000"/>
n
<add key="MachineCatalogUnregistrationRetryTimerCallbackMilliseconds"
value="120000"/>
n
<add key="MachineCatalogUpdateMaxRetryCount" value="15"/>
Setting Resource-Intensive Concurrency Limits
To conserve resources, vRealize Automation limits the number of concurrently running instances of
machine provisioning and data collection. You can change the limits.
Configuring Concurrent Machine Provisioning
Multiple concurrent requests for machine provisioning can impact the performance of
vRealize Automation. You can make some changes to limits placed on proxy agents and workflow
activities to alter performance.
Depending on the needs of machine owners at your site, the vRealize Automation server may receive
multiple concurrent requests for machine provisioning. This can happen under the following
circumstances:
n
A single user submits a request for multiple machines
n
Many users request machines at the same time
n
One or more group managers approve multiple pending machine requests in close succession
The time required for vRealize Automation to provision a machine generally increases with larger
numbers of concurrent requests. The increase in provisioning time depends on three important factors:
n
The effect on performance of concurrent resource-intensive vRealize Automation workflow activities,
including the SetupOS activity (for machines created within the virtualization platform, as in WIM-
based provisioning) and the Clone activity (for machines cloned within the virtualization platform).
n
The configured vRealize Automation limit on the number of resource-intensive (typically lengthy)
provisioning activities that can be executed concurrently. By default this is eight. Concurrent activities
beyond the configured limit are queued.
Managing vRealize Automation
VMware, Inc. 42