5V0-22.23 Exam Dumps : VMware vSAN Specialist v2

To view the resynchronizing metrics, the vSAN administrator should open the Backend performance category. This category shows the performance of vSAN data components, such as read/write latency, IOPS, throughput, congestion, and resync traffic. The other categories are not relevant for this task. Disks shows the performance of physical disks in the cluster, Host Network shows the network performance of vSAN hosts, and Resvnc Latency shows the latency of resynchronization operations. References: 1, page 23; 3, section 6.4

To expand disk group #2 to have three capacity devices, the vSAN administrator should add the new capacity device to the disk group and vSAN will automatically rebalance. This action allows the administrator to increase the storage capacity of the disk group without disrupting any ongoing operations or evacuating any data. vSAN will automatically distribute data across all devices in the disk group to balance performance and utilization. The other options are not correct. Creating a new disk group with a single capacity device and then migrating the existing capacity devices is not necessary, as it would require more steps and resources than adding a device to an existing disk group. Putting the entire ESXi host or the disk group in maintenance mode and evacuating all data is not required, as it would cause downtime and data movement that could be avoided by adding a device to an existing disk group. References: Add Devices to the Disk Group; Expanding a vSAN Cluster

The impact to any virtual machine that was running on the failed host using vSANPolicy1 is that each virtual machine will be restarted on another vSAN host using vSphere HA. This is because vSANPolicy1 has a Failures to Tolerate setting of 1 failure - RAID-5 (Erasure Coding), which means that each object has four components (three data and one parity) distributed across four hosts. If one host fails, the object can still be accessed with the remaining three components,and vSphere HA will restart the virtual machine on another host. vSAN will also try to rebuild the missing component on another host, if there is enough capacity and resources. The other options are incorrect because they either assume that the object is unavailable or that the recovery process is delayed or impossible. References: [VMware vSAN Specialist v2 EXAM 5V0-22.23], page 16