VMware 5V0-35.21 - VMware vRealize Operations Specialist

Implementing vRealize Operations Cloud involves accessing the service, which is typically done by signing up or logging in through a web interface. Additionally, deploying and configuring a cloud proxy is essential as it acts as a bridge between your on-premises environment and the vRealize Operations Cloud. This proxy collects data from your environment and sends it securely to the cloud instance.

According to the vRealize Operations Cluster Management guide1, the Association Member Status indicates the state of the association between the remote collector nodes and the master node in a multisite deployment. The valid statuses are:

Active: The remote collector node is connected to the master node and is sending data.

Inactive: The remote collector node is not connected to the master node and is not sending data.

Unreachable: The master node cannot reach the remote collector node due to network issues or node failure.

The Asymmetric status is not a valid status for the Association Member Status. It is a valid status for the Cluster Status, which indicates the state of the cluster nodes in a single site deployment. The Asymmetric status means that the cluster nodes are not in sync and have different configurations or versions1. References: 1: vRealize Operations Cluster Management guide, pages 3-4.

The possible reason for this situation is that only rate-based pricing cards are applied with VMC resources. A rate-based pricing card is a pricing card that defines the rates for each resource type, such as CPU, memory, disk, and network. A cost-based pricing card is a pricing card that defines the basic charges for each object type, such as host, cluster, datastore, and virtual machine. vRealize Operations supports both types of pricing cards for vSphere resources, but only supports rate-based pricing cards for VMC resources1. When a cost-based pricing card is assigned to a VMC resource, the price calculated for the policy is reported as zero2. To avoid this situation, the administrator should create and assign a rate-based pricing card for the VMC resource.

The other options are not correct, because they are not the possible reasons for this situation. Option A is not correct, because a zero value for one of the basic charges in the cost-based pricing card would not result in a zero price for the VM. The price of the VM would be calculated based on the sum of the basic charges for the VM object type and its parent object types, such as datastore, cluster, and host3. Option C is not correct, because the cost calculation does not need to run twice when using VMC. The cost calculation runs every 24 hours for all the pricing cards, regardless of the cloud provider4. Option D is not correct, because pricing cards are supported with VMC resources, as long as they are rate-based pricing cards1.

References:

Pricing for vRealize Automation 8.x Components in vRealize Operations - VMware Docs

Pricing Overview - VMware Docs

Add New Pricing Card - VMware Docs

Cost Calculation - VMware Docs

VMware Tools is a base requirement of the virtual machine for non-credential based service discovery in a virtualization environment using vRealize Operations. Non-credential based service discovery leverages VMware Tools to discover services running on the virtual machines without requiring credentials. VMware Tools is a suite of utilities that enhances the performance and management of the virtual machines. It includes a service discovery plugin that enables vRealize Operations to collect information about the services and processes running on the virtual machines. The service discovery plugin uses netstat or ss commands to identify the services and their dependencies. VMware Tools also provides other benefits such as improved network and graphics performance, time synchronization, graceful power operations, and more. Therefore, VMware Tools is a base requirement of the virtual machine for non-credential based service discovery in vRealize Operations. References: Credential-Less Service Discovery with vRealize Operations; Service Discovery with VMware vRealize Operations; Service and Application Discovery

 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