To facilitate simpler virtual asset management, VMs that belong to a VMware vCenter server topology can be automatically added to up.time when that vCenter is added as an Element. The metrics used to monitor these VMs are collected by VMware vSphere. Despite this setup's simplicity, there may be cases where you would like the virtual machine to host the up.time Agent; doing so enables options that are not otherwise available. For example, via the up.time Agent, an Action Profile that performs self-healing steps can be used on a mission-critical VM.
In this type of scenario, you can, from up.time’s configuration perspective, "detach" a VM from the VMware vCenter hierarchy that was originally imported, in order to control it independently of the vCenter server. Once performed, this VM has been "promoted" to receive additional performance data delivered by the up.time Agent, or for Windows systems, via WMI.
Although the topology remains intact on the VMware vSphere side, from up.time’s perspective, the VM is a standalone Element.
If the VMware vCenter Server is configured for additional data collection (the Collect up.time Agent data option, found in Additional Agent or WMI Monitoring section of the VMware vCenter's General Information page, will be enabled), any VM that is part of a VMware vCenter inventory is automatically "promoted" to be independently monitored when either the up.time agent has been installed on it, or it is configured to use WMI for metrics retrieval.
This behavior is controlled by the additional data collection settings for the vCenter, which were first configured (or skipped) when the VMware vCenter server was first added to up.time. These additional data collection settings can be modified at any time, after which up.time will search for appropriate VMs.
The frequency at which up.time checks for agent-enabled VMs is based on the Rescan Time Interval setting, which by default, is every 180 minutes.
To configure the method with which up.time scans VMware vCenter server VMs for eligibility for standalone monitoring, do the following:
If desired, modify the Rescan Time Interval setting.
When you change this interval, the previous one will first be completed before adjusting to the new one. |
Configure the data collection details with which candidate VMs will be configured to collect metrics:
For the up.time agent, indicate the port on which it is listening, and whether it is securely communicating with up.time using SSL.
For data collection via WMI, indicate the host and domain on which WMI has been implemented, and the username and password required for access.
If a VM is detected to have both the up.time agent as well as WMI credentials, up.time will always mark the VM for standalone monitoring via the agent. |
Click Save .
For individual VMs that were scanned and discovered using VMware vCenter standalone VM settings, you can make changes to their data collection method by doing the following:
Any VM whose parent VMware vSphere object has been marked to be ignored cannot individually be added to the monitored list. (See Managing vCenter Inventories in up.time for more information.) In these cases, any ignored VM that is a candidate for standalone monitoring will be shown with an accompanying Enable Monitoring button, found on the VMware vCenter server’s Info page:
To remove an ignored VM from up.time’s mirrored inventory of the VMware vCenter server, do the following:
Click Enable Monitoring.
Enabling standalone monitoring for a VM permanently detaches it from the VMware vCenter server’s configuration in up.time. |
Repeat these steps for each VM.
All VMs that have been detached for standalone monitoring will no longer appear in up.time as part of the VMware vCenter server’s inventory, or as a virtual machine, and will instead appear and report as a physical Element.