5V0-35.21 Exam Dumps : VMware vRealize Operations Specialist

In VMware vSphere environments, "Business Intent" is a feature in vRealize Operations that allows administrators to align workloads with business requirements. It ensures that specific workloads, like database virtual machines in your scenario, stay on or are moved to designated clusters based on defined business policies. This feature is essential for maintaining operational efficiency and ensuring that resources are optimized according to business needs.

Business intent is a feature that allows you to define the desired state of your clusters based on your business objectives and workload requirements. You can use business intent to specify the cluster placement and resource allocation for your database virtual machines according to their performance, availability, or efficiency needs1. For example, you can create a business intent policy that assigns high priority and high CPU and memoryreservations to your critical database VMs, and places them on a cluster that has the best hardware and network configuration2. Business intent works with vSphere DRS to automatically move and balance your VMs across the clusters that match your policy3.

The other options are not correct because they do not allow you to configure the cluster placement and resource allocation for your database VMs based on your business objectives. Custom group is a feature that allows you to group objects in your environment based on common attributes or relationships, but it does not define the desired state of your clusters. Compliance benchmark is a feature that allows you to assess the security and configuration compliance of your clusters against predefined or custom standards, but it does not define the desired state of your clusters. Operational intent is a feature that allows you to define the operational behavior of your clusters based on your operational objectives and constraints, such as power management, maintenance mode, or fault tolerance, but it does not define the desired state of your clusters. References: Business Intent, Create a Business Intent Policy, vSphere DRS and Business Intent, [Custom Group], [Compliance Benchmark], [Operational Intent]

To add an additional data node to the existing vRealize Operations cluster, you need to deploy a new data node from the Administration Ul. A data node is a node that collects, stores, processes, and analyzes data from your environment. You can expand an existing installation to add a data node by following these steps1:

• In a Web browser, navigate to the name or IP address of the node that will become the data node. The setup wizard appears, and you do not need to log in to vRealize Operations.
• Click Expand an Existing Installation.
• Click Next.
• Enter a name for the node (for example, Data-1).
• From the Node Type drop-down, select Data.
• Enter the FQDN or IP address of the primary node and click Validate.
• Select Accept this certificate and click Next.
• Verify the vRealize Operations administrator username of admin.
• Enter the vRealize Operations administrator password.
• Click Next, and click Finish.

The other options are not correct because they do not deploy a new data node from the Administration Ul. Option A is incorrect because cloning an existing data node is not supported and may cause data inconsistency. Option C is incorrect because deploying a new virtual appliance from an OVF file is not enough to add a data node to the cluster. You still need to configure the node type and join the cluster from the Administration Ul. Option D is incorrect because enabling High Availability in the Administration Ul does not add a data node to the cluster. It only creates a replica of the primary node for failover purposes. References: Expand an Existing Installation to Add a Data Node

 A vRealize Operations cluster in a Continuous Availability configuration consists of three node types: primary node, primary replica node, and witness node. These node types are deployed across two fault domains, which are separate physical locations that can tolerate failures of an entire rack or site. The witness node is deployed in a third location to monitor the network connectivity between the two fault domains and prevent split-brain scenarios1.

The primary node is the first node that is deployed in the cluster and acts as the master node. It is responsible for managing the cluster configuration, user interface, alerting, and reporting. The primary node is deployed in fault domain 11.

The primary replica node is the second node that is deployed in the cluster and acts as the backup node for the primary node. It is responsible for replicating and synchronizing the data and configuration from the primary node. The primary replica node can take over the functions of the primary node in case of a failure. The primary replica node is deployed in fault domain 21.

The witness node is the third node that is deployed in the cluster and acts as the arbitrator node. It is responsible for monitoring the network connectivity and availability of the primary node and the primary replica node. The witness node can detect a split-brain situation, which occurs when the network connection between the two fault domains is lost and both nodes assume the role of the master node. The witness node can resolve the split-brain situation by making one of the nodes offline to avoid data inconsistency. The witness node is deployed in a third location that is independent of the two fault domains1.

The other options are not node types that are configured in a Continuous Availability configuration. A secondary node is a node that is added to the cluster to increase the capacity and performance of the cluster. A secondary node can be deployed in either fault domain, but it is not required for Continuous Availability1. A remote collector node is a node that is deployed outside the cluster to collect data from remote or isolated data sources. A remote collector node can be deployed in any location, but it is not part of the Continuous Availability configuration2. A secondary replica node is not a valid node type in vRealize Operations.

References: 1: About vRealize Operations Continuous Availability 2: Remote Collector Nodes