6.0.1
Table Of Contents
- vSphere Resource Management
- Contents
- About vSphere Resource Management
- Updated Information
- Getting Started with Resource Management
- Configuring Resource Allocation Settings
- CPU Virtualization Basics
- Administering CPU Resources
- Memory Virtualization Basics
- Administering Memory Resources
- View Graphics Information
- 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
A similar result is obtained when determining Memory Shared and Memory Shared Common for the host.
n
Memory Shared for the host is the sum of each virtual machine's Memory Shared. Calculate this by
looking at each virtual machine's guest physical memory and counting the number of blocks that have
arrows to machine memory blocks that themselves have more than one arrow pointing at them. There
are six such blocks in the example, so Memory Shared for the host is 24 KB.
n
Memory Shared Common is the amount of machine memory that is shared by virtual machines. To
determine this, look at the machine memory and count the number of blocks that have more than one
arrow pointing at them. There are three such blocks, so Memory Shared Common is 12 KB.
Memory Shared is concerned with guest physical memory and looks at the origin of the arrows. Memory
Shared Common, however, deals with machine memory and looks at the destination of the arrows.
The memory metrics that measure guest physical memory and machine memory might appear
contradictory. In fact, they are measuring different aspects of a virtual machine's memory usage. By
understanding the differences between these metrics, you can better utilize them to diagnose performance
issues.
Memory Reliability
Memory reliability, also known as error insolation, allows ESXi to stop using parts of memory when it
determines that a failure might occur, as well as when a failure did occur.
When enough corrected errors are reported at a particular address, ESXi stops using this address to prevent
the corrected error from becoming an uncorrected error.
Memory reliability provides a better VMkernel reliability despite corrected and uncorrected errors in RAM.
It also enables the system to avoid using memory pages that might contain errors.
Correcting an Error Isolation Notification
With memory reliability, VMkernel stops using pages that receive an error isolation notification.
The user receives an event in the vSphere Web Client when VMkernel recovers from an uncorrectable
memory error, when VMkernel retires a significant percentage of system memory due to a large number of
correctable errors, or if there is a large number of pages that are unable to retire.
Procedure
1 Vacate the host.
2 Migrate the virtual machines.
3 Run memory related hardware tests.
About System Swap
System swap is a memory reclamation process that can take advantage of unused memory resources across
an entire system.
System swap allows the system to reclaim memory from memory consumers that are not virtual machines.
When system swap is enabled you have a tradeoff between the impact of reclaiming the memory from
another process and the ability to assign the memory to a virtual machine that can use it. The amount of
space required for the system swap is 1GB.
Memory is reclaimed by taking data out of memory and writing it to background storage. Accessing the
data from background storage is slower than accessing data from memory, so it is important to carefully
select where to store the swapped data.
Chapter 6 Administering Memory Resources
VMware, Inc. 45