5V0-35.21 Exam Dumps : VMware vRealize Operations Specialist

Making sure the NFS server allows read-write access to the shared location by the root system account on each cell is the correct way to enable the collection of log bundles from all cells at once. This is because VMware Cloud Director uses the vmware-vcd-support script to collect host log information as well as Cloud Director logs, and this script requires the NFS server to have read-write access to the shared location by the root system account on each cell1. Installing vRealize Log Insight agent on each cell to redirect logs to a centralized location is not a valid option, as vRealize Log Insight is a separate product that does not integrate with VMware Cloud Director. Configuring a syslog server on each of the cells, and requesting the logs from the syslog server is not a feasible option, as it would require manual intervention and coordination to collect the logs from multiple sources. Mapping the log location on the primary cell to a shared folder on each of the other cells in the server group, ensuring they all have read/write rights on the primary is not asufficient option, as it does not address the NFS server configuration that is required for the vmware-vcd-support script to work properly. References: Collecting diagnostic information for VMware Cloud Director (1026312). Preparing the Transfer Server Storage for VMware Cloud Director on Linux.

According to the vRealize Operations Cloud Getting Started guide1, the two steps that are needed to onboard an on-premises vCenter instance into an existing vRealize Operations Cloud instance are:

• Deploy and configure a cloud proxy. A cloud proxy is a virtual appliance that acts as a bridge between the on-premises vCenter instance and the vRealize Operations Cloud instance. It collects data from the vCenter instance and sends it securely to the vRealize Operations Cloud instance. It also enables actions and remote console access from the vRealize Operations Cloud instance to the on-premises vCenter instance. The guide provides the steps to download, deploy, and configure the cloud proxy using the vRealize Operations Cloud user interface1.
• Add a vCenter cloud account. A vCenter cloud account is a configuration that defines the connection details and credentials of the on-premises vCenter instance. It also specifies the cloud proxy that is associated with the vCenter instance. The guide provides the steps to add a vCenter cloud account using the vRealize Operations Cloud user interface1.

The other options are not correct because:

• Deploying and configuring a Data node is not a required step to onboard an on-premises vCenter instance into an existing vRealize Operations Cloud instance. A Data node is a component of the vRealize Operations Cloud cluster that stores and processes data. It is managed by the vRealize Operations Cloud service provider and does not need to be deployed or configured by the customer2.
• Deploying and configuring a Primary node is not a required step to onboard an on-premises vCenter instance into an existing vRealize Operations Cloud instance. A Primary node is a component of the vRealize Operations Cloud cluster that provides the user interfaceand administration functions. It is managed by the vRealize Operations Cloud service provider and does not need to be deployed or configured by the customer2.
• Adding a vRealize Operations Cloud account is not a required step to onboard an on-premises vCenter instance into an existing vRealize Operations Cloud instance. A vRealize Operations Cloud account is a configuration that defines the connection details and credentials of the vRealize Operations Cloud instance. It is used to integrate vRealize Operations Cloud with other VMware Cloud services, such as VMware Cloud on AWS or VMware Cloud Director. It is not related to the on-premises vCenter instance3. References: 1: vRealize Operations Cloud Getting Started guide, pages 9-132: vRealize Operations Cloud Concepts guide, pages 5-63: vRealize Operations Cloud User Guide, pages 17-18.

To generate a daily email report of a list of VMs that have been provisioned from vRA, you need to follow these steps:

• Create a custom view that displays the VM name, owner, and creation date for the deployments in the defined cluster. You can use the vRealize Automation Reporting - vRA8 deployment resources and statuses sample as a reference1.
• Create a report that uses the custom view as the template and select the output format as CSV or JSON.
• Schedule the report to run daily and set the start date and recurrence to daily (option A).
• In the Email addresses text box, enter the email addresses that must receive the report, and select an outbound rule (option B). You also need to configure an email server in vRealize Automation Service Broker to send notifications2.
• Click on Schedule, select vSphere Hosts and Clusters, expand vSphere World, and select the specific cluster (option E). This will filter the report data to only include the VMs provisioned to the defined cluster.
• Save the report and verify that it is sent to the email recipients as expected.

Option C is not required because the report is sent via email and does not need to be stored in an external location. Option D is redundant because the start date and recurrence are already set in option A. Option F is incorrect because it will include all the VMs in the vCenter, not just the ones in the defined cluster. References:

• Create and Configure Reports
• Send email notifications to Service Broker users
• vRealize Automation Reporting - vRA8 deployment resources and statuses