LoadTesting takes a turn with Server Virtualization
Just recently I had an interesting conversation with one of my clients. In this internal consult with her, she comes to me and says of our VMware Solutions that there is a
"potential issue with 4 vCPUs and scheduling"
I looked at her and was a bit confused. I told her
"No.. there isn't a scheduling issue for 4 vCPUs in our environment."
The response was
"Well in our last consult effort, the solution was changing the system down to 2 vCPUs instead of using 4 vCPUs."
Ah ha. I understand now. The light bulb suddenly came on.
One of the big benefits in Server Virtualization is the idea that we can make some rather "drastic" (by legacy mentality) changes to a Machine/OS instance that you couldn't or didn't want to do in a physical system.
- Ask yourself, When was the last time I went and pulled out Processors from a physical system in load testing? I'll bet you a beer at VMworld that you haven't done that in years if ever.
- Now when's the last time you changed a Virtual Machine from a 4 vCPU to a 2 vCPU system to try to improve performance of a given OS instance. I'll bet a beer again that you have done this in the last 60 days.
It is so easy for us to make those changes we don't think of the appearance of how it looks to our end clients. As in my recent discussion, they assumed that this was due to VMware ESX not being able to schedule multiple CPUs well. This may have been due to poor wording on my part or a leap of logic by my internal clients. In reality it is more likely, after I've gone back and started digging into some of the metrics collected at that time, that the application itself doesn't work as efficiently with 4 vCPUs as it does with 2 vCPUs.
Also it is very easy and a lazy / simple approach for us as IT folks to just assume that since I've got two sockets quad core in a physical that the load testing that we've done is going to be the fastest application performance we can get. The reality of the situation is that unless we do some tests covering changing the hardware around we really have no idea that if I got a single core, single socket my application may run (WAY) faster. We just don't know.
If your serious about IT and doing things Right and Correct for your company and yourself, you have to be honest with what your looking at (metrics and performance) and what it really means to yourself (flexibility) and to your clients (appearance). I know I've had a fantastic ephinany and that will help me be a better IT person now.