5V0-35.21 VMware vRealize Operations Specialist Free Practice Exam Questions (2025 Updated)

 According to the vRealize Operations User Guide1, the action that the administrator should take to accomplish the goal of making sure that the existing vRealize Operations Manager instance can monitor a newly deployed vSAN cluster within an existing vCenter Server is to enable vSAN monitoring under the existing vCenter Server Cloud Account. A vCenter Server Cloud Account is a configuration that defines the connection details and credentials of the vCenter Server instance that manages the vSphere components, such as clusters, hosts, datastores, and virtual machines. By enabling vSAN monitoring under the vCenter Server Cloud Account, the administrator can allow vRealize Operations Manager to collect data from the vSAN cluster and monitor the health, performance, capacity, and configuration of the vSAN components, such as disk groups, disks, fault domains, and storage policies. The guide provides the steps to enable vSAN monitoring under the vCenter Server Cloud Account using the vRealize Operations Manager user interface1. The other options are not correct because:

Adding vSAN cluster under Other Accounts is not a valid action, as there is no such option in the vRealize Operations Manager user interface. The Other Accounts option under Administration is used to add accounts for other types of cloud services, such as AWS, Azure, Google Cloud, or Kubernetes, but not for vSAN cluster1.

Downloading and installing vRealize Operations Management Pack for vSAN is not a required action, as vRealize Operations Manager already supports vSAN monitoring natively without the need of any additional management pack. The vRealize Operations Management Pack for vSAN is an optional extension that provides additional dashboards, alerts, and reports for vSAN monitoring, but it is not necessary to accomplish the goal2.

Adding vSAN cluster under Cloud Accounts is not a valid action, as there is no such option in the vRealize Operations Manager user interface. The Cloud Accounts option under Administration is used to add accounts for VMware Cloud services, such as VMware Cloud on AWS, VMware Cloud Director, or NSX-T, but not for vSAN cluster1. References: 1: vRealize Operations User Guide, pages 17-18, 21-222: vRealize Operations Management Pack for vSAN, Overview section.

 A published catalog is a catalog that is made available for access by organizations outside the VMware Cloud Director installation. A published catalog can be consumed by a different VMware Cloud Director instance in a different country, as long as the system administrator has enabled external catalog publishing for the organization that owns the catalog,and the remote organization has subscribed to the catalog1. A published catalog can contain vApp templates and media files that are synchronized between the publisher and the subscriber, and can be used to deploy vApps and VMs in the remote organization2.

The other options are not correct. A subscribed catalog is a catalog that is created by subscribing to a published catalog from another organization. A subscribed catalog cannot be shared across VMware Cloud Director instances, as it is dependent on the published catalog1. A content library catalog is a catalog that is synchronized with a vSphere content library, which is a container for VM templates, vApp templates, and other types of files. A content library catalog cannot be shared across VMware Cloud Director instances, as it is specific to a vCenter Server instance3. A shared catalog is a catalog that is shared with other users or organizations within the same VMware Cloud Director installation. A shared catalog cannot be shared across VMware Cloud Director instances, as it is limited to the local installation.

References: 1: Configure the Catalog Synchronization Settings for VMware Cloud … 2: Working with Catalogs - VMware Docs 3: Create a Content Library Catalog : [Share a Catalog]

 To configure vRealize Operations cost drivers to assign a different cost per GB for different storage tiers, the administrator should use a vSphere tag category, assign different tag values for that category to the different tiers in the vSphere client, and then assign different costs per GB for each tag value. This is because vRealize Operations uses vSphere tags to identify the storage tiers and apply the corresponding cost drivers. vSphere tags are metadata that can be attached to objects in the vSphere inventory, such as datastores, clusters, hosts, VMs, etc. A vSphere tag category is a logical grouping of tags that share a common characteristic, such as storage tier, license type, backup policy, etc. A vSphere tag value is a specific label within a category that can be assigned to one or more objects, such as Tier 1, Tier 2, Tier 3, etc. By using a vSphere tag category and tag values for storage tiers, the administrator can easily classify the datastores into different tiers based on their performance, availability, or other criteria. Then, the administrator can assign different costs per GB for each tag value in vRealize Operations, which will reflect the different storagebase rates for each tier. This way, the administrator can achieve a granular and accurate cost visibility and analysis for the storage resources in vRealize Operations. References: Overview of Cost Drivers; VM Cost with VMware vRealize Operations; Using Tags to Organize Your Inventory

The regulatory, standards-based compliance pack that is available in vRealize Operations is the CIS Security Standards. The CIS Security Standards are a set of best practices and recommendations for securing IT systems and data against cyberattacks. The CIS Security Standards are developed and maintained by the Center for Internet Security (CIS), a nonprofit organization that provides cybersecurity resources and guidance to organizations and individuals1. The vRealize Operations Compliance Pack for CIS provides alerts, policies,and reports to validate the vSphere resources against the CIS hardening guide. The following resources are being validated using this content: ESXi Host, Virtual Machine, vCenter Server, Distributed Switch, Distributed Port Group, and Distributed Firewall2. The vRealize Operations Compliance Pack for CIS can be downloaded and installed from the VMware Marketplace3. The Sarbanes-Oxley Act (SOX) (option A) is not a regulatory, standards-based compliance pack that is available in vRealize Operations. SOX is a federal law that regulates the financial reporting and auditing of public companies in the United States. SOX does not provide specific technical guidelines or benchmarks for securing IT systems and data4. The Common Vulnerabilities and Exposures (CVE) (option B) is not a regulatory, standards-based compliance pack that is available in vRealize Operations. CVE is a list of publicly known cybersecurity vulnerabilities and exposures that are assigned unique identifiers and descriptions. CVE does not provide specific security standards or recommendations for securing IT systems and data5. The General Data Protection Regulation (GDPR) (option D) is not a regulatory, standards-based compliance pack that is available in vRealize Operations. GDPR is a legal framework that regulates the collection, processing, and transfer of personal data of individuals in the European Union and the European Economic Area. GDPR does not provide specific technical guidelines or benchmarks for securing IT systems and data. References:

1: CIS Security Standards - cisecurity.org, CIS, 2021, [7].

2: vRealize Operations Compliance Pack for CIS - VMware Marketplace, VMware, 2021, 1.

3: vRealize Operations Manager User Guide, VMware, 2021, p. 237.

4: Sarbanes-Oxley Act (SOX) - investopedia.com, Investopedia, 2021, [8].

5: Common Vulnerabilities and Exposures (CVE) - cve.mitre.org, MITRE, 2021, [9].

[6]: General Data Protection Regulation (GDPR) - ec.europa.eu, European Commission, 2021, [10].

[7]: CIS Security Standards - cisecurity.org, CIS, 2021, [7].

[8]: Sarbanes-Oxley Act (SOX) - investopedia.com, Investopedia, 2021, [8].

[9]: Common Vulnerabilities and Exposures (CVE) - cve.mitre.org, MITRE, 2021, [9].

[10]: General Data Protection Regulation (GDPR) - ec.europa.eu, European Commission, 2021, [10].

According to the VMware vRealize Operations Reference Materials, the three details that can be configured when creating a custom view are presentation, format, and data. The presentation option allows the administrator to select the view type, such as list, summary, trend, distribution, or text, and the visualization, such as table, chart, or heatmap. The presentation option also allows the administrator to configure the display settings, such as title, legend, labels, colors, and filters. The format option allows the administrator to select the output format, such as PDF, CSV, or XML, and the orientation, such as portrait or landscape. The format option also allows the administrator to configure the header and footer, such as logo, title, date, and page number. The data option allows the administrator to select the subject, which is the object type that applies to the view, and the data, which are the metrics, properties, or tags that are displayed in the view. The data option also allows the administrator to configure the data settings, such as aggregation, transformation, sorting, and grouping. The other options are incorrect because they are either not available or not relevant when creating a custom view. The custom view tag option is not available in the view configuration, but it can be used to filter the views in theview library. The input transformation option is not available in the view configuration, but it can be used to modify the input data for a widget in a dashboard. The subject option is not a separate detail, but a part of the data option in the view configuration. References: Create a View; View Configuration; View Types

https://docs.vmware.com/en/VMware-Aria-Operations/8.12/Configuring-Operations/GUID-5B6169B5-CBB8-4B0F-BAF6-3BF5C2708304.html

References:

1: Dashboards in VMware vRealize Operations 2: Create a Dashboard 3: Widgets in VMware vRealize Operations 4: [Add a Widget to a Dashboard] 5: [Top-N Widget] : [Metric Chart Widget] : [Interaction Widget] : vRealize Operations Manager User Guide : vRealize Operations Manager Installation and Configuration Guide : [vRealize Operations Manager Concepts Guide] : [vRealize Operations Manager Administration Guide] : [vRealize Operations Manager Customization and Extensibility Guide] : [vRealize Operations Manager Troubleshooting Guide] : [vRealize Operations Manager API Programming Guide] : [vRealize Operations Manager Certification Exam Guide]

A cloud proxy is an appliance that enables vRealize Operations Cloud to collect and monitor data from the on-premises environment. A cloud proxy is deployed as an OVA template on a vCenter Server instance that manages the on-premises resources. A cloud proxy creates a one-way communication between the on-premises environment and vRealize Operations Cloud by uploading data from the remote collectors to the cloud service. A cloud proxy can support multiple vCenter Server accounts and other data sources that are configured in vRealize Operations Cloud1.

The other options are not appliances that are needed to achieve this goal. A reverse proxy is a server that receives requests from clients and forwards them to the origin server. A reverse proxy can provide security, load balancing, caching, and compression functions. A reverse proxy is not used to create a one-way communication between the on-premises environment and vRealize Operations Cloud2. A web proxy is a server that acts as an intermediary between a web browser and the internet. A web proxy can provide anonymity, filtering, caching, and security functions. A web proxy is not used to create a one-way communication between the on-premises environment and vRealize Operations Cloud3. A VMware proxy is not a valid appliance in vRealize Operations.

References: 1: Configuring Cloud Proxies in vRealize Operations 2: What is a Reverse Proxy Server? | NGINX 3: What is a Web Proxy? | Proxy Server | Cloudflare

In an out-of-box vRealize Operations (vROps) deployment, the internal components' health status can be checked through the Product UI. Specifically, by navigating to the Dashboards section and accessing the vRealize Operations dashboards, an administrator can view various metrics and statuses related to the health and performance of the vROps components. These dashboards are designed to provide a comprehensive overview of the system's health and are a key feature of vROps for monitoring and managing the VMware environment efficiently.

SSH enabled on an ESXi host (Option C) can be a security concern if not properly managed, as it can provide broad access to the host.

A connected Floppy drive (Option D) can be a risk as it could be used to introduce unauthorized data or software into the VM.

Allowing Promiscuous Mode (Option F) on a Distributed Port Group can be a security risk as it allows all virtual machines connected to the port group to see all network traffic, which is generally not recommended in secure environments.

According to the vRealize Operations User Guide1, the action that the administrator should take to accomplish the goal of configuring vRealize Operations to monitor the new NSX-T installation is to add an NSX-T account under Cloud Accounts. An NSX-T account is a configuration that defines the connection details and credentials of the NSX-T Manager instance that manages the NSX-T components across the vSphere infrastructure. By adding an NSX-T account under Cloud Accounts, the administrator can enable vRealize Operations to collect data from the NSX-T Manager instance and monitor the health, performance, capacity, and configuration of the NSX-T components, such as transport nodes, transport zones, logical switches, logical routers, and firewall rules. The guide provides the steps to add an NSX-T account under Cloud Accounts using the vRealize Operations user interface1. The other options are not correct because:

Configuring NSX-T account in Integrations is not a valid action, as there is no such option in the vRealize Operations user interface. The Integrations option under Administration is used to configure the integration of vRealize Operations with other VMware products, such as vRealize Log Insight, vRealize Automation, and vRealize Business for Cloud1.

Configuring NSX-T monitoring under the Cloud Account of the existing vCenter Server of the vSphere infrastructure is not a valid action, as there is no such option in the vRealize Operations user interface. The Cloud Account of the existing vCenter Server is used to monitor the vSphere components, such as clusters, hosts, datastores, and virtual machines, but not the NSX-T components1.

Adding NSX-T account under Other Accounts is not a valid action, as there is no such option in the vRealize Operations user interface. The Other Accounts option under Administration is used to add accounts for other types of cloud services, such as AWS, Azure, Google Cloud, or Kubernetes1. References: 1: vRealize Operations User Guide, pages 17-18, 21-22, 25-26.

To allow the newly added group members to login quickly into vRealize Operations, the administrator needs to synchronize the user groups from the Active Directory source and check if the automatic synchronization option is enabled. Synchronizing the user groups imports the latest user group information from the source to vRealize Operations. Checking the automatic synchronization option ensures that the user group membership is updated periodically without manual intervention. Re-adding or deleting the authentication source are not necessary steps, as they would disrupt the existing user access control. Adding a SAML IdP as authentication source is not relevant, as the question is about Active Directory groups. References: Import User Groups From Source, Export and Import of User Groups, Synchronize the Active Directory Groups for VMware Aria Operations in Workspace ONE Access

Role is the attribute that should be defined to ensure that group members can access vRealize Operations objects when importing a group from Active Directory into vRealize Operations. Role is a set of permissions that defines what actions a user or a group can perform on vRealize Operations objects, such as dashboards, alerts, reports, and policies. By assigning a role to a group, the administrator can grant or restrict access to vRealize Operations objects for all the group members. Description, Group Members, and Type are not attributes that ensure that group members can access vRealize Operations objects when importing a group from Active Directory into vRealize Operations. Description is an optional field that provides additional information about the group. Group Members is a list of users that belong to the group. Type is a classification of the group based on the source, such as Local, LDAP, or Active Directory. References: Import User Groups From Source, section “Import User Groups From Source”. vRealize Operations Manager User Guide, section “Create and Configure Dashboards”.

 The two actions that are possible to manage a vRealize Operations cluster using the Admin UI are uploading and installing vRealize Operations PAK files, and enabling or disabling high availability for the vRealize Operations cluster. Uploading and installing vRealize Operations PAK files is an action that allows the administrator to update the vRealize Operations software, add new features, or install management packs1. Enabling or disabling high availability for the vRealize Operations cluster is an action that allows the administrator to configure the cluster to tolerate the failure of one or more nodes, and to ensure the continuity and availability of the vRealize Operations services2. Deploying a new vRealize Operations node OVA (option A) is not an action that can be performed using the Admin UI, as it requires the use of the vSphere Client or the vSphere Web Client to deploy the OVA file to the vCenter Server3. Activating a vRealize Operations native management pack (option C) is not an action that can be performed using the Admin UI, as it requires the use of the vRealize Operations Manager UI to access the Solutions page and activate the management pack4. Configuring a DNS server on the vRealize Operations nodes (option E) is not an action that can be performed using the Admin UI, as it requires the use of the command-line interface (CLI) to access the node settings and configure the DNS server5. References:

1: VMware vRealize Operations Specialist Exam 2023 (5V0-35.21) Exam Guide, VMware, 2021, p. 11.

2: VMware vRealize Operations Specialist Exam 2023 (5V0-35.21) Exam Guide, VMware, 2021, p. 12.

3: vRealize Operations Manager Installation and Configuration Guide, VMware, 2021, p. 17.

4: vRealize Operations Manager Installation and Configuration Guide, VMware, 2021, p. 31.

5: vRealize Operations Manager Installation and Configuration Guide, VMware, 2021, p. 25.

According to the VMware vRealize Operations User Guide1, an alert is a notification that indicates a potential or existing problem in the monitored environment. An alert consists of the following components:

Threshold: A value that defines the normal range of a metric or property. When the value exceeds or falls below the threshold, a symptom is generated.

Symptom: A condition that indicates a deviation from the normal behavior of an object. A symptom can be based on a metric, a property, a message, or a fault. A symptom can be associated with one or more alert definitions.

Alert definition: A rule that defines the criteria and the severity for generating an alert. An alert definition specifies the symptoms, the impacted object types, the alert type, and the alert sub-type.

Recommendation: A suggested action that can help to resolve or prevent the problem that triggered the alert. A recommendation can include a link to a related topic in the documentation or an external URL.An alert definition can have one or more recommendations.

Therefore, the correct answer is C. Recommendation, as this is the alert component that provides instructions that would resolve the triggered alert. References:

1: VMware vRealize Operations User Guide, https://docs.vmware.com/en/vRealize-Operations/8.5/vrealize-operations-manager-85-user-guide.pdf, page 19-21

 The scoreboard widget configuration option that possibly caused this problem is Self Provider set to On. The Self Provider option determines whether the widget shows metrics of the objects selected during editing of the widget or selected on another widget. When the Self Provider option is set to On, the widget shows metrics of the objects selected during editing of the widget. When the Self Provider option is set to Off, the widget shows metrics of the objects selected on another widget. Therefore, if the administrator wants to enable a custom metric configuration file to a scoreboard widget in a dashboard, and the custom metrics are defined for a specific object type, the administrator should set the Self Provider option to Off and select the appropriate object type on another widget. Otherwise, the scoreboard widget will not show the new metrics at all, because the custom metric configuration file will not match the object type selected during editing of the widget. References: How the Scoreboard Widget and Configuration Options Work; Solved: How to configure Generic Scoreboard widget to interact with…

According to the VMware vRealize Operations Reference Materials, the component that will be available when a user logs in to the vRealize Operations Product UI is the Dashboards page. The Dashboards page is the main interface of the Product UI, where the user can view and interact with various dashboards that display the data and analysis of the monitored objects and environments. The Dashboards page also allows the user to create and customize their own dashboards, as well as access other features such as alerts, reports, views, and policies. The other options are incorrect because they are not available in the Product UI, but in the Admin UI. The Software Update page, the Certificate management, and the System Status page are all components of the Admin UI, which is a separate interface that provides the administrative and configuration functions for the vRealize Operations cluster. The Admin UI can be accessed by logging in to the master node or the replica node of the cluster, using the admin user account or a user account with the Administrator role. The user who has access only to the Product UI cannot access the Admin UI or its components. References: vRealize Operations Manager Overview; Log in to vRealize Operations Manager; vRealize Operations Manager Administration

These two prerequisites are required for integrating vRealize Operations Cloud and vRealize Log Insight Cloud to manage on-premises vSphere environments. vRealize Operations Cloud and vRealize Log Insight Cloud must be enabled in the same organizations, as this is a requirement for the integration to work properly. Organizations are logical entities that group users, projects, and resources in VMware Cloud Services. Users can belong to multiple organizations, but they can only access one organization at a time. To integrate vRealize Operations Cloud and vRealize Log Insight Cloud, users must select the same organization in both services. Deploying a cloud proxy, and then configuring vCenter and ESXi hosts syslog to forward logs to the cloud proxy is another prerequisite for the integration. A cloud proxy is a virtual appliance that collects data from on-premises sources and sends it securely to vRealize Operations Cloud and vRealize Log Insight Cloud. A cloud proxy is required to monitor on-premises vSphere environments, as it acts as a bridge between the on-premises and cloud services. Deploying the vRealize Operations Cloud Content pack, and configuring the adapter to connect to the on-premises vCenter is not a valid option, as this is not a prerequisite for the integration, but a step that can be performed after the integration is established. The vRealize Operations Cloud Content pack is a collection of dashboards, alerts, and reports that provide insights into the vRealize Operations Cloud environment. The adapter is a component that collects data from a specific source, such as vCenter, and sends it to vRealize Operations Cloud. vRealize Operations Cloud and vRealize Log Insight Cloud must be enabled in separate organizations is not a feasible option, as this is the opposite of what is required for the integration. Enabling the services in separate organizations would prevent the users from accessing both services at the same time, and would break the integration. Deploying an on-premises vRealize Log Insight instance, and configuring the integration directly with vRealize Operations Cloud is not a possible option, as this is not supported by the services. vRealize Log Insight Cloud is a cloud-based log analytics service that cannot be integrated with an on-premises vRealize Log Insight instance. vRealize Operations Cloud can only be integrated with vRealize Log Insight Cloud, not with an on-premises vRealize Log Insight instance. References: Integrating vRealize Log Insight and vRealize Operations, section “Integrating vRealize Log Insight and vRealize Operations”. Cloud Proxy Overview, section “Cloud Proxy Overview”. vRealize Operations Manager User Guide, section “Create and Configure Dashboards”.

Management packs in VMware vRealize Operations provide capability for expanding the monitoring, troubleshooting, and remediation functionality of SDDC and third party solutions. Administrators can install and configure management packs in a vRealize Operations instance. You can download Management Packs and End Point Operations Plug-Ins for vRealize Operations from VMware Marketplace1. For detailed information on installing and configuring the Management Pack, refer to the related user guide2. References: 1: Management Packs for vRealize Operations Documentation 2: List of Management Packs

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