6.0.1

Table Of Contents
Overcommitted DRS Clusters
A cluster becomes overcommitted (yellow) when the tree of resource pools and virtual machines is
internally consistent but the cluster does not have the capacity to support all resources reserved by the child
resource pools.
There will always be enough resources to support all running virtual machines because, when a host
becomes unavailable, all its virtual machines become unavailable. A cluster typically turns yellow when
cluster capacity is suddenly reduced, for example, when a host in the cluster becomes unavailable. VMware
recommends that you leave adequate additional cluster resources to avoid your cluster turning yellow.
Figure 113. Yellow Cluster
X
cluster
Total Capacity: 12G 8G
Reserved Capacity: 12G
Available Capacity: 0G
RP1 (expandable)
Reservation: 4G
Reservation Used: 4G
Unreserved: 0G
RP2
Reservation: 5G
Reservation Used: 3G
Unreserved: 2G
RP3 (expandable)
Reservation: 3G
Reservation Used: 3G
Unreserved: 0G
VM1, 2G
VM7, 0G
VM2, 2G
VM4, 1G
VM3, 3G VM5, 5GVM6, 2G
In this example:
n
A cluster with total resources of 12GHz coming from three hosts of 4GHz each.
n
Three resource pools reserving a total of 12GHz.
n
The total reservation used by the three resource pools combined is 12GHz (4+5+3 GHz). That shows up
as the Reserved Capacity in the cluster.
n
One of the 4GHz hosts becomes unavailable, so total resources reduce to 8GHz.
n
At the same time, VM4 (1GHz) and VM3 (3GHz), which were running on the host that failed, are no
longer running.
n
The cluster is now running virtual machines that require a total of 6GHz. The cluster still has 8GHz
available, which is sufficient to meet virtual machine requirements.
The resource pool reservations of 12GHz can no longer be met, so the cluster is marked as yellow.
vSphere Resource Management
80 VMware, Inc.