CV0-003 · Question #295
The following three hosts are being put into a virtualization cluster for a new project initiative: As more VMs are deployed to the cluster, which of the following virtualization technologies is…
The correct answer is B. Ballooning. Memory ballooning relies on a balloon driver inside each guest VM to reclaim memory for the hypervisor, and as more VMs compete for finite physical RAM across the cluster, this driver is the first mechanism likely to report errors when guests cannot release the requested memory.
Question
The following three hosts are being put into a virtualization cluster for a new project initiative:
As more VMs are deployed to the cluster, which of the following virtualization technologies is MOST likely to report an error with this configuration?
Options
- AHigh availability
- BBallooning
- CMemory overcommitment
- DHyperthreading
How the community answered
(41 responses)- A15% (6)
- B46% (19)
- C32% (13)
- D7% (3)
Why each option
Memory ballooning relies on a balloon driver inside each guest VM to reclaim memory for the hypervisor, and as more VMs compete for finite physical RAM across the cluster, this driver is the first mechanism likely to report errors when guests cannot release the requested memory.
High availability monitors host-level failures and orchestrates VM restarts on surviving hosts - it does not produce errors simply because VM density on the cluster increases.
The balloon driver inflates inside a guest OS to force it to release memory pages back to the hypervisor, but if the guest itself is under memory pressure it cannot satisfy the reclamation request, causing the hypervisor to log a ballooning error. As additional VMs are deployed to a cluster with finite physical RAM, memory pressure builds and ballooning is triggered more aggressively, increasing the frequency of these errors. Unlike overcommitment or hyperthreading, ballooning has a direct guest-level driver dependency that can fail explicitly and visibly when guests are uncooperative or lack the driver.
Memory overcommitment is a configuration policy allowing more virtual RAM to be provisioned than physical RAM exists; it does not itself throw errors but delegates reclamation work to mechanisms such as ballooning, swapping, and transparent page sharing.
Hyperthreading exposes logical CPU threads to the hypervisor and does not generate errors as VM density grows unless raw CPU capacity is fully exhausted, which is a distinct and separate constraint from memory resource pressure.
Concept tested: VM memory ballooning errors under increasing VM density
Source: https://docs.vmware.com/en/VMware-vSphere/8.0/vsphere-resource-management/GUID-A2F45FA3-B3A4-4D5D-9E0A-A6A6AAAB33E0.html
Topics
Community Discussion
No community discussion yet for this question.