Free VMware 5V0-35.21 Practice Exam with Questions & Answers | Set: 3

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

To add an additional data node to the existing vRealize Operations cluster, you need to deploy a new data node from the Administration Ul. A data node is a node that collects, stores, processes, and analyzes data from your environment. You can expand an existing installation to add a data node by following these steps1:

• In a Web browser, navigate to the name or IP address of the node that will become the data node. The setup wizard appears, and you do not need to log in to vRealize Operations.
• Click Expand an Existing Installation.
• Click Next.
• Enter a name for the node (for example, Data-1).
• From the Node Type drop-down, select Data.
• Enter the FQDN or IP address of the primary node and click Validate.
• Select Accept this certificate and click Next.
• Verify the vRealize Operations administrator username of admin.
• Enter the vRealize Operations administrator password.
• Click Next, and click Finish.

The other options are not correct because they do not deploy a new data node from the Administration Ul. Option A is incorrect because cloning an existing data node is not supported and may cause data inconsistency. Option C is incorrect because deploying a new virtual appliance from an OVF file is not enough to add a data node to the cluster. You still need to configure the node type and join the cluster from the Administration Ul. Option D is incorrect because enabling High Availability in the Administration Ul does not add a data node to the cluster. It only creates a replica of the primary node for failover purposes. References: Expand an Existing Installation to Add a Data Node

According to the VMware vRealize Operations Cloud Cost Management Guide1, cost drivers are the factors that influence the cost of running a service or a resource. Cost drivers can be based on various parameters, such as hardware, software, labor, power, cooling, etc. Cost drivers can be configured in vRealize Operations to reflect the actual costs of the monitored environment and to generate accurate cost reports and analysis.

One of the types of cost drivers that can be configured in vRealize Operations is Server Hardware. This cost driver allows the administrator to specify the purchase price and date of the physical servers that host the virtual machines. The purchase price and date are used to calculate the depreciation and the residual value of the servers over time. The Server Hardware cost driver has three sub-types: Traditional, Hyper-Converged, and Cloud. Each sub-type has different options and calculations for the cost driver.

The Traditional sub-type is used for servers that have separate storage devices, such as SAN or NAS. The Hyper-Converged sub-type is used for servers that have integrated storage devices, such as vSAN. The Cloud sub-type is used for servers that are hosted by a cloud provider, such as AWS or Azure.

Therefore, the correct answer is A. Server Hardware: Hyper-Converged, as this is the type of cost driver that should be selected by the administrator to configure the cost of the nodes within the VMware vSAN cluster that are being monitored. References:

• 1: VMware vRealize Operations Cloud Cost Management Guide, https://docs.vmware.com/en/vRealize-Operations/8.5/vrealize-operations-manager-85-cloud-cost-management-guide.pdf, page 9-10, 15-16

An alert notification is a message that vRealize Operations sends to an external system or user when an alert is generated that meets certain criteria. An alert notification can help the administrator to identify and troubleshoot problems immediately after they occur. To enable alert notifications, the administrator must configure an outbound alert plug-in, which is a component that connects vRealize Operations to the external alert notification system, such as email, REST, SNMP, or log file. The administrator can also create notification rules, which are filters that specify which alerts are sent out for the supported outbound alert plug-ins1.

The other options are not accurate descriptions of the characteristics of an alert notification. Option A is incorrect because notifications are not configured out-of-the-box, but require the administrator to configure the outbound alert plug-in and the notification rules. Notifications also do not need to be explicitly enabled for each object discovered by vRealize Operations, but can be applied to multiple objects based on the notification rules1. Option B is incorrect because a SMTP Management pack is not required to enable email notifications, but the Standard Email plug-in, which is a built-in outbound alert plug-in that sends notifications to one or more email addresses2. Option C is incorrect because notifications are not configured as part of an alert’s symptom definition, but as a separate configuration that applies to one or more alerts. A symptom definition is a condition that indicates a potential problem with an object, and is used to trigger an alert, not a notification3.

References: 1: Creating and Managing vRealize Operations Alert Notifications - VMware Docs 2: Configure a Standard Email Notification in vRealize Operations 3: Symptom Definitions - VMware Docs

To create a capacity policy for a custom group of ESXi clusters with a different CPU allocation model than the default policy, the following steps are required:

• Create a new policy “Database Servers”, and then inherit it from the current default policy. This will create a copy of the default policy that can be customized for the custom group1.
• Edit the new policy under section Groups and Objects, and then select Custom Group “Database Servers”. This will apply the new policy to the custom group and override the default policy for the objects in the group1.
• Edit the new policy under section Capacity, filter object type by custom group “Database Servers”, and then modify Allocation model to 2:1. This will change the CPU allocation model for the custom group to match the requirements2.

References: = 2 Capacity Optimization for Your Managed Environment - VMware Docs, 1 Policies - VMware Docs

vRealize Operations allows for different node sizes when deploying a cluster to suit various environments and scalability needs. The sizes typically include Small, Medium, and Large, and these sizes determine the capacity and performance of each node in a High Availability configuration.

References:

• About vRealize Operations Cluster Nodes
• High Availability (HA)
• vRealize Operations 8.6.0, 8.6.1, and 8.6.2 Sizing Guidelines

 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 achieve the goal of automated remediation, the administrator needs to include two alert components in the alert definitions: recommendations and actions. Recommendations are the remediation options that are provided to the users to resolve the problems that the generated alert indicates. Actions are the vRealize Operations tasks that can be executed on the target systems to automate the remediation process. The administrator canassociate one or more actions with a recommendation, and configure the action to run automatically or manually when the alert is triggered1. References:

• Defining Alerts in vRealize Operations
• What’s Your Issue? How to Use vRealize Operations Alerts

• What-If Analysis is a feature of vRealize Operations that allows you to plan for an increase or decrease in workload or capacity requirements in your virtual infrastructure. You can use What-If Analysis to evaluate the demand and supply for capacity on your resources, and to assess the potential risk to your current capacity. You can create scenarios for adding and removing workloads, hosts, clusters, or datastores, and see the impact on the time remaining and capacity remaining scores12.
• Time remaining and capacity remaining are two metrics that measure the available capacity in your environment. Time remaining is the estimated time until a resource runs out of capacity based on the current utilization and growth trends. Capacity remaining is the percentage of unused capacity that is available for future growth. Both metrics are calculated for CPU, memory, disk space, and network bandwidth resources34.
• By using What-If Analysis, you can accomplish the goal of determining how many more ESXi servers are needed to increase the time remaining and capacity remaining scores. You can create a scenario for adding ESXi servers to a cluster or a datacenter, and specify the number, type, and configuration of the servers. You can then see the projected time remaining and capacity remaining scores for the cluster or the datacenter after adding the servers. You can also compare the results with the current scores and the recommended scores. You can adjust the number of servers until you reach the desired scores5 .

References:

1: What-If Analysis: Modeling Workload, Capacity, or Migration Planning 2: Create a What-If Scenario 3: [Capacity Overview - VMware Docs] 4: [Time Remaining and Capacity Remaining Metrics] 5: [Add Hosts to a Cluster or Datacenter Scenario] : [View the Results of a What-If Scenario] : 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]

vRealize Operations can make recommendations for increasing time remaining based on the data it receives and these recommendations appear at the bottom of the Capacity Optimization Overview screen. You might see two options: Option 1 shows what you can achieve by reclaiming resources. Option 2 shows the results of adding capacity1. The recommendations for adding capacity depend on which resource is the most constrained in the cluster. For example, if the cluster is running out of memory, the recommendation might be to add memory to the existing hosts or add new hosts with sufficient memory. Similarly, if the cluster is running out of CPU or disk space, the recommendation might be to add CPU or disk space to the existing hosts or add new hosts with sufficientCPU or disk space2. Therefore, the possible recommendations for adding capacity in this situation are B. Add Memory, C. Add CPU, and F. Add Disk Space. The other options, A. Decrease VM Memory, D. Increase VM CPU, and E. Decrease VM CPU, are not valid recommendations for adding capacity, as they are related to reclaiming resources or rightsizing VMs. References: 1: Optimize Capacity - VMware Docs(https://docs.vmware.com/en/vRealize-Operations/8.10/com.vmware.vcom.user.doc/GUID-62358711-BEA7-4C26-8BB2-8247DDEE03E2.html)  2: Add Capacity - VMware Docs(https://docs.vmware.com/en/vRealize-Operations/8.10/com.vmware.vcom.core.doc/GUID-52C3F7EA-2E27-4CD1-917B-E7D964BA80FA.html)