5V0-35.21 Dumps With Exact Questions and Answers

A super metric is a mathematical formula that contains one or more metrics or properties for one or more objects. It can be used to create custom metrics that are specific to your environment and can help you gain deeper insights into the performance and health ofyour infrastructure1. Super metrics can be applied to any object type that contains the objects or metrics involved in the formula2.

Option A is a valid super metric, as it calculates the average CPU usage of VMs within a Datacenter, which is an object type that contains VMs as child objects. The formula for this super metric could be something like avg(${this, metric=cpu|usage_average, depth=1}), which means the average of the CPU usage average metric for all the child objects of the current object3.

Option D is also a valid super metric, as it counts the number of Non-Windows VMs in a vSphere cluster, which is an object type that contains VMs as child objects. The formula for this super metric could be something like count(${this, metric=guestfilesystem|osType, depth=1, where=not contains windows}), which means the count of the guest OS type metric for all the child objects of the current object, where the value does not contain the word windows3.

Option B is not a valid super metric, as it involves the difference of CPU utilization for each VM between two defined time stamps, which is not a metric or property that can be used in a super metric formula. Super metrics can only use metrics or properties that are collected by vRealize Operations, not arbitrary time stamps2.

Option C is not a valid super metric, as it involves string operators that are valid to be used with mathematical calculations in a function, which is not a metric or property that can be used in a super metric formula. Super metrics can only use numerical values, not string values, in mathematical calculations2.

Option E is not a valid super metric, as it involves the average SCSI count with disk size of VMs within an ESXi host, which is not a metric or property that can be used in a super metric formula. Super metrics can only use metrics or properties that are available for the object type that the super metric is assigned to, and the SCSI count and disk size are not available for the ESXi host object type2.

References:

• My Top 15 vRealize Operations Super Metrics - VMware Blogs
• Configuring Super Metrics - VMware Docs
• vRealize Operations 8.10 - Create Super Metric - Virtualization Blog

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

According to the VMware vRealize Operations Install and Configure Guide1, the sizing tool is a web-based application that helps to estimate the required resources and configuration for a vRealize Operations cluster. The sizing tool takes into account various parameters,such as the number and type of objects to be monitored, the number of metrics and properties to be collected, the number of alerts and dashboards to be displayed, the number of users and concurrent sessions, and the desired availability and performance of the cluster.

Two of the additional parameters that are taken into account when sizing a vRealize Operations cluster using the sizing tool are:

• Time Series Data Retention: This parameter specifies the duration for which the collected metrics and properties are stored in the vRealize Operations database. The longer the retention period, the more disk space is required for the cluster nodes. The sizing tool allows the user to select the retention period from 1 month to 12 months, or to enter a custom value.
• Projected Growth: This parameter specifies the expected increase in the number and type of objects to be monitored over time. The higher the projected growth, the more resources are required for the cluster nodes. The sizing tool allows the user to select the projected growth from 0% to 100%, or to enter a custom value.

Therefore, the correct answers are A. Time Series Data Retention and C. Projected Growth, as these are two of the additional parameters that are taken into account when sizing a vRealize Operations cluster using the sizing tool. References:

• 1: VMware vRealize Operations Install and Configure Guide, https://docs.vmware.com/en/vRealize-Operations/8.5/vrealize-operations-manager-85-installation-and-configuration-guide.pdf, page 11-13