Jamie will be hosting our webinar Taking a Trip down VMware vSphere Memory Lane
on July 23rd http://www.metron-athene.com/services/training/webinars/index.html
so I thought it would be pertinent to take a look at the Top 5 Performance
and Capacity Concerns for VMware in my blog series.
I’ll begin with Dangers
with OS Metrics.
Almost every time we discuss data capture for VMware,
we’ll be asked by someone if we can capture the utilization of specific VMs, by
monitoring the OS. The simple answer is
no.
In the example below the operating system sees that
VM1 is busy 50% of the time but what VMware sees is that it was only there for half
of half the time and accordingly reports that it is 25% busy.
Looking at
the second VM running, VM2, both the operating systems and VMware are in
accordance that it is in full use and report that it is 50% busy.
This is a
good example of the disparity that can sometimes occur, so let's compare OS with VMware
data.
Below is some data from a real VM.
The (top) dark blue line is the data captured from the
OS, and the (Bottom) light blue line is the data from VMware. While there clearly is some correlation
between the two, at the start of the chart there is about 1.5% CPU
difference. Given we’re only running at
about 4.5% CPU that is an overestimation by the OS of about 35%. While at about 09:00 the difference is ~0.5%, so even the difference doesn’t remain stable.
This is a small system but if you scaled this up it would not be unusual
to see the OS reporting 70% CPU utilization and VMware reporting 30%.
This large difference between what the OS thinks is happening
and what is really happening all comes down to time slicing.
Stay with me and I'll be looking at time slicing and the effect it has on Monday.
Phil Bell
Consultant
No comments:
Post a Comment