5V0-35.21 Exam Dumps : VMware vRealize Operations Specialist

Custom groups are collections of objects that you define based on criteria that you specify. You can use custom groups to assign different vRealize Operations policies to a particular set of objects that share common characteristics or belong to a specific business unit1. Custom groups allow you to override the default policy settings for the objects in the group and apply a different policy that suits your requirements2. For example, you can create a custom group of ESXi clusters that run database servers and assign a different capacity policy to them than the rest of the clusters in your environment2. References: = 1 Managing Custom Object Groups in vRealize Operations - VMware Docs, 2 Policies - VMware Docs

 The alert action that the administrator should take to stop the alert from triggering again, unless the problem occurs in the future, is to cancel the alert. Canceling the alert removes the alert from the active alerts list and stops the alert from affecting the state of the object. However, canceling the alert does not resolve the underlying conditions that triggered the alert. Therefore, the administrator should only cancel the alert after investigating and resolving the problem. If the problem occurs again in the future, the alert will be triggered again. To cancel an alert, the administrator can select the alert in the alerts list, click Actions, and click Cancel Alert. Alternatively, the administrator can open the alert details, click Actions, and click Cancel Alert. References: Monitoring Alerts in vRealize Operations Manager; User Scenario: Respond to an Alert in the Health Alert List

According to the VMware vRealize Operations Reference Materials, the High Availability feature in vRealize Operations cluster must be used for this requirement. The High Availability feature enables the cluster to tolerate one node failure without losing any data or functionality. The High Availability feature works by creating a replica node for each data node in the cluster, and synchronizing the data between them. The replica node acts as a standby node that can take over the role of the data node in case of a failure. The replica node can also serve as a load balancer to distribute the workload among the data nodes. The other options are incorrect because they do not meet the requirement or they are not supported by vRealize Operations. The Remote Collector option is not a cluster feature, but a type of node that can be used to collect data from remote sources and forward it to the cluster. The Remote Collector node does not store any data or perform any analysis, and it cannot replace a data node in case of a failure. The Continuous Availability option is a cluster feature that enables the cluster to tolerate multiple node failures without losing any data or functionality. However, the Continuous Availability feature requires at least two physical locations, and it is not supported for a single location. The Stretched Cluster option is not a cluster feature, but a configuration that allows a cluster to span across two physical locations. The Stretched Cluster option can provide high availability and disaster recovery, but it also requires additional network and storage configuration, and it is not supported for a single location. References: vRealize Operations Cluster and Node Maintenance; Adding High Availability to vRealize Operations; Adding Continuous Availability; Stretched Cluster