5V0-35.21 VMware Exam Lab Questions

According to the VMware vRealize Operations Reference Materials, the Custom Script option in vRealize Operations is able to calculate measurements on a Guest OS. The Custom Script option allows the administrator to run a script on the Guest OS of a virtual machine and collect the output as a metric. The script can be written in any language that is supported by the Guest OS, such as PowerShell, Bash, or Python. The script can perform any calculation or operation that is required by the administrator, such as checking the CPU load, memory usage, disk space, or application status. The script output can be numeric or text, and it can be displayed in a dashboard, alert, or report. The other options, such as HTTP Check, UDP Check, or TCP Check, are not able to calculate measurements on a Guest OS. They are used to monitor the availability and response time of a web service, a UDP port, or a TCP port, respectively. They do not run any script on the Guest OS, nor do they collect any metric from the Guest OS. References: Custom Script; How to build a per-guest filesystem report in vRealize Operations using the ‘Breakdown By’ feature; How to Get In-Guest Metrics in vRealize Operations for Horizon 6

 According to the VMware vRealize Operations Reference Materials, the cloud provider that needs to be added as a custom cloud provider when running a What-If Analysis is Oracle Cloud. The What-If Analysis feature allows the administrator to compare the cost and performance of running workloads in different public cloud providers, such as AWS, IBM Cloud, Microsoft Azure, Google Cloud, and Alibaba Cloud. These public cloud providers are supported out-of-the-box in vRealize Operations, and the administrator can select them from the predefined list when creating a migration scenario. However, if the administrator wants to compare the cost and performance of running workloads in Oracle Cloud, they need to add it as a custom cloud provider, and upload a rate card that contains the pricing information for Oracle Cloud services. The other options are incorrect because they are supported out-of-the-box in vRealize Operations, and they do not need to be added as a custom cloud provider when running a What-If Analysis. References: What-If-Analysis - Migration Planning: Public Cloud; VMware vRealize Operations What-If Analysis; VMware vRealize Operations for Public Cloud

A vROps cluster in a Continuous Availability configuration consists of two fault domains, which are separate physical locations that can tolerate failures of an entire rack or site. The fault domains contain the primary node, the primary replica node, and the data nodes that store and replicate the data and configuration of the cluster. The witness node is deployed in a third location to monitor the network connectivity between the two fault domains and prevent split-brain scenarios, which occur when both fault domains assume the role of the master node due to network isolation1.

When a network outage occurs between the two fault domains, the witness node detects the situation and makes one of the fault domains offline to avoid data inconsistency. The fault domain that can still contact the witness node remains online and continues to function as the master node. The fault domain that cannot contact the witness node goes offline and stops serving requests. The VMs on the offline fault domain are restarted on the online fault domain by the vSphere HA feature1.

When the network outage is resolved and the connectivity between the two fault domains is restored, the vROps cluster will bring the offline fault domain back automatically. The offline fault domain will resync the data and configuration from the online fault domain and resume its normal operations. The administrator does not need to bring the offline fault domain online manually or restart and resync the vROps cluster1.

Therefore, the two events that will occur as a result of the outage are A. The vROps cluster will bring the fault domain back automatically once the network has been restored and D. One fault domain will go offline.

References: 1: About vRealize Operations Continuous Availability

 These two methods will meet the goal of creating a trust relationship between the cluster and each of these new nodes. Generating passphrases in the administration User Interface of an existing node, and entering them when prompted in each new node is a method that allows the administrator to securely authenticate the new nodes to the cluster. The passphrase is a one-time password that is valid for 24 hours and can be used to add multiple nodes to the cluster. Clicking the Add New Nodes button on the System Status page in the administration User Interface of an existing node is another method that allows the administrator to initiate the process of adding new nodes to the cluster. The administrator can enter the FQDN or IP address of the new node, and then validate the certificate and accept the trust relationship. Clicking the Add New Nodes button on the Cluster Management page in the product User Interface of an existing node is not a valid option, as this button does not exist on that page. Using any local or directory user with the Administrator role in vRealize Operations when prompted in each new node is not afeasible option, as the new node does not have any local or directory users configured yet. Using the vRealize Operations root user name and password when prompted in each new node is not a reliable option, as the root user name and password may not be the same for all the nodes, and may not be known by the administrator. References: Expand an Existing Installation to Add a Data Node, section “Expand an Existing Installation to Add a Data Node”. Add a Node to a vRealize Operations Analytics Cluster, section “Add a Node to a vRealize Operations Analytics Cluster”. vRealize Operations Manager User Guide, section “Create and Configure Dashboards”.