6.5.1
Table Of Contents
- vSphere Resource Management
- Contents
- About vSphere Resource Management
- Getting Started with Resource Management
- Configuring Resource Allocation Settings
- CPU Virtualization Basics
- Administering CPU Resources
- Memory Virtualization Basics
- Administering Memory Resources
- Configuring Virtual Graphics
- Managing Storage I/O Resources
- Managing Resource Pools
- Creating a DRS Cluster
- Using DRS Clusters to Manage Resources
- Creating a Datastore Cluster
- Initial Placement and Ongoing Balancing
- Storage Migration Recommendations
- Create a Datastore Cluster
- Enable and Disable Storage DRS
- Set the Automation Level for Datastore Clusters
- Setting the Aggressiveness Level for Storage DRS
- Datastore Cluster Requirements
- Adding and Removing Datastores from a Datastore Cluster
- Using Datastore Clusters to Manage Storage Resources
- Using NUMA Systems with ESXi
- Advanced Attributes
- Fault Definitions
- Virtual Machine is Pinned
- Virtual Machine not Compatible with any Host
- VM/VM DRS Rule Violated when Moving to another Host
- Host Incompatible with Virtual Machine
- Host Has Virtual Machine That Violates VM/VM DRS Rules
- Host has Insufficient Capacity for Virtual Machine
- Host in Incorrect State
- Host Has Insufficient Number of Physical CPUs for Virtual Machine
- Host has Insufficient Capacity for Each Virtual Machine CPU
- The Virtual Machine Is in vMotion
- No Active Host in Cluster
- Insufficient Resources
- Insufficient Resources to Satisfy Configured Failover Level for HA
- No Compatible Hard Affinity Host
- No Compatible Soft Affinity Host
- Soft Rule Violation Correction Disallowed
- Soft Rule Violation Correction Impact
- DRS Troubleshooting Information
- Cluster Problems
- Load Imbalance on Cluster
- Cluster is Yellow
- Cluster is Red Because of Inconsistent Resource Pool
- Cluster Is Red Because Failover Capacity Is Violated
- No Hosts are Powered Off When Total Cluster Load is Low
- Hosts Are Powered-off When Total Cluster Load Is High
- DRS Seldom or Never Performs vMotion Migrations
- Host Problems
- DRS Recommends Host Be Powered on to Increase Capacity When Total Cluster Load Is Low
- Total Cluster Load Is High
- Total Cluster Load Is Low
- DRS Does Not Evacuate a Host Requested to Enter Maintenance or Standby Mode
- DRS Does Not Move Any Virtual Machines onto a Host
- DRS Does Not Move Any Virtual Machines from a Host
- Virtual Machine Problems
- Cluster Problems
- Index
DRS Troubleshooting Information 17
This information describes vSphere
®
Distributed Resource Scheduler (DRS) problems for particular
categories: cluster, host, and virtual machine problems.
This chapter includes the following topics:
n
“Cluster Problems,” on page 127
n
“Host Problems,” on page 130
n
“Virtual Machine Problems,” on page 133
Cluster Problems
Cluster problems can prevent DRS from performing optimally or from reporting faults.
Load Imbalance on Cluster
A cluster has a load imbalance of resources.
Problem
A cluster might become unbalanced because of uneven resource demands from virtual machines and
unequal capacities of hosts.
Cause
The following are possible reasons why the cluster has a load imbalance:
n
The migration threshold is too high.
A higher threshold makes the cluster a more likely candidate for load imbalance.
n
VM/VM or VM/Host DRS rules prevent virtual machines from being moved.
n
DRS is disabled for one or more virtual machines.
n
A device is mounted to one or more virtual machines preventing DRS from moving the virtual machine
in order to balance the load.
n
Virtual machines are not compatible with the hosts to which DRS would move them. That is, at least
one of the hosts in the cluster is incompatible for the virtual machines that would be migrated. For
example, if host A's CPU is not vMotion-compatible with host B's CPU, then host A becomes
incompatible for powered-on virtual machines running on host B.
n
It would be more detrimental for the virtual machine's performance to move it than for it to run where
it is currently located. This may occur when loads are unstable or the migration cost is high compared
to the benet gained from moving the virtual machine.
VMware, Inc.
127