5V0-35.21 Exam Dumps : VMware vRealize Operations Specialist

 A super metric is a custom metric that you can define using existing metrics and mathematical functions. They allow you to create new metrics that are specific to your environment and can help you gain deeper insights into the performance and health of your infrastructure1. Before enabling a super metric in a policy, you need to associate it to an object type. An object type is a category of objects that share common characteristics, such as hosts, virtual machines, clusters, datastores, etc. By associating a super metric to an object type, you can calculate the super metric for all the objects of that type and display it in the dashboards and reports2. For example, if you create a super metric that calculates the average CPU usage of all the virtual machines in a cluster, you need to associate it to the cluster object type. Then, you can enable the super metric in a policy and apply it to the cluster object or group. This way, you can monitor the average CPU usage of the cluster as a super metric3. References: 1: Configuring Super Metrics 2: Metrics and Properties Details 3: Supercharge Your vRealize Operations with Super Metrics

 According to the vRealize Operations User Guide1, one of the best ways to quickly identify the underlying problem of slow application VMs is to use the out-of-the-box Performance dashboards that display contention on both VMs and ESXi hosts. These dashboards show the key performance indicators (KPIs) of CPU, memory, disk, and network for the selected objects, and highlight any contention or saturation issues that may affect the performance. The administrator can use these dashboards to drill down into the details of the metrics, alerts, events, and properties of the objects, and isolate the root cause of the problem. The other options are not correct because:

• Under Inventory, selecting Manage Agent, then selecting the VMs, and running Remote Checks on ICMP, HTTP checks is not a helpful action, as it only verifies the connectivity and availability of the VMs, but does not provide any information about the performance or contention of the VMs or the ESXi hosts2.
• Under Report, using Configuration Report - Virtual Machines to list down possible changes that have occurred is not a helpful action, as it only shows the configuration details of the VMs, such as name, UUID, power state, guest OS, CPU, memory, disk, and network, but does not show any performance or contention metrics or alerts of the VMs or the ESXi hosts3.
• Under Administration, choosing Configuration, selecting Object Relationships, and then identifying the VMs and ESXi hosts relationship to generate a correlation of the metric, and finally, isolate the issue is not a helpful action, as it only shows the hierarchical and logical relationships between the objects, such as parent, child, sibling, and peer, but does not show any performance or contention metrics or alerts of the objects4. References: 1: vRealize Operations User Guide, pages 57-59, 62-632: vRealize Operations User Guide, pages 69-703: vRealize Operations User Guide, pages 81-824: vRealize Operations User Guide, pages 84-85.

To automate an action for an alert, you must enable it in the object’s associated policy. A policy defines the settings and rules that vRealize Operations applies to objects in your environment. You can activate actionable alerts in your policies by selecting the Automate option for the alert definition that is associated with the symptom, recommendation, and action that you want to automate. When an alert is triggered that is associated with the recommendation, it triggers the action without any user intervention. The other options are not correct because they do not enable the automation of the action. An object’s associated recommendation is a suggestion for resolving the problem indicated by the alert, but it does not activate the action. An object in the default policy is not specific enough to enable the automation of the action. An object’s associated symptom definition is a condition that indicates a potential problem, but it does not activate the action. References: Actions Supported for Automation, VMware vRealize Operations Actions