5V0-35.21 Exam Dumps : VMware vRealize Operations Specialist

Expected Utilization is the workload option that should be included in the scenario to simulate 25% utilization of the resources. Expected Utilization is a percentage value that indicates how much of the allocated resources (CPU, memory, and storage) are expected to be used by the workload. By setting the Expected Utilization to 25%, the administrator can model the impact of adding or removing a workload that consumes 25% of the resources in the datacenter. Memory, Annual Projected Growth, and CPU are not workload options, but workload attributes. Memory and CPU are the amount of resources allocated to the workload, and Annual Projected Growth is the percentage by which the workload is expected to grow each year. These attributes do not directly specify the utilization of the resources by the workload. References: What-If Analysis - Workload Planning: Traditional, section “How What-If Analysis - Workload Planning: Traditional Works”. vRealize Operations Manager User Guide, section “Create and Configure Dashboards”.

To compare the cost of running workloads hosted with two different custom cloud providers, the administrator needs to create two new pricing cards in vRealize Operations. A pricing card is a template that defines the cost of cloud resources, such as compute, storage, network, and services. By creating two pricing cards, one for each custom cloud provider, the administrator can specify the prices for each resource type and apply discounts or markups as needed. The administrator can then use the pricing cards to run a what-if analysis and compare the cost of migrating or scaling workloads to the custom cloud providers. The other options are not correct for comparing the cost of running workloads hosted with two different custom cloud providers. Adding custom cloud providers as cloud accounts is not possible, as vRealize Operations only supports adding public cloud accounts, such as AWS, Azure, or Google Cloud. Inputting prices manually when running a what-if analysis is not efficient, as it would require entering the prices for each resource type and workload every time. Adding two custom cloud providers is not a valid option, as it is not clear how the administrator would define the cost of the cloud resources without using pricing cards. References: Create a Pricing Card, Compare the Cost of Running Workloads on Different Cloud Providers, What-If Analysis

A support bundle is a collection of log and configuration files that can help troubleshoot a vROps issue. To create a support bundle, the system administrator can use the vROps UI and select the option to create a light or full support bundle. A light support bundle includes 24 hours of logs, while a full support bundle includes all available logs and configuration files. For an intermittent issue that occurred in the last 12 hours, a light support bundle should be sufficient to collect the relevant information. The system administrator can also select the cluster nodes that need to be evaluated for support, and download the support bundle in ZIP format for analysis or sending to VMware Technical Support1. The other options are not recommended or efficient ways to collect the relevant information. Collecting the vCenter and vROps primary node logs using SSH and the vm-support utility would not include the logs from the other vROps nodes, and would require manual steps to gather and compress the files. Using the vROps UI to create a full support bundle for ESXi, vCenter, and primary vROps nodes would include unnecessary and excessive data that could slow down the process and consume more disk space. Using SSH to copy the log files from each of the vROps nodes from /var/log/warn & /var/log/messages locations would also require manual steps to gather and compress the files, and would not include the configuration files that could be useful for troubleshooting. References: 1: Create a vRealize Operations Support Bundle