After a delay, I bring you Part 2 in the discussion of Physical vs Virtual Provisioning. In the opening post of this series, I gave a few recent examples of VM request that had graced my screen and shocked my brain. In today’s post, I want to examine some of the reasons why the requirements differ from a physical to a virtual machine.
The main difference between a physical machine and a virtual machine is the lack of hardware. By lack of hardware, I don’t mean there is no hardware at all; we all know there has to be hardware somewhere. By no hardware, I mean the machine and OS itself aren’t aware they are virtual and don’t run on its own physical server. I don’t want to get too caught up on that discussion. The point to my comment is that the lack of the physical hardware means a lack of physical hardware drivers. We all know how much of a pain, and resource hog, drivers can be. No one really knows how much of your CPU cycles and Memory I/O activities are the work of drivers translating actions between the physical and application level.
Part of my day-to-day job is to deploy new virtual machines for the client. These VMs are deployed with specifications given to us by the client. Lately, I’ve noticed an increasing trend of over-powered virtual machines being requested, and it seems the mentality for these request is that the application states the physical requirements, so that is what is being requested of us. This increasing trend kicked off a debate between myself and a few of my co-workers on the topic of Virtual Provisioning versus the Physical Requirements.
First, let me start of by stating that my client is very new to virtualization. We are only utilizing about 95 Virtual Servers, 80 Virtual Desktops, and 13 ESX host, mostly in a non production environment. We are mid deployment of our largest, full production data center. The client is definitely eager to jump into virtualization, but still hasn’t fully grasp the concepts being virtualization.
My latest VM provisioning request was for a Windows Server 2008 x64 Enterprise Edition machine. The VM will be used as a Sql Server Reporting Services (SSRS) machine in a test/development environment. The VM will be used to assess the benefit and abilities of SSRS, and determine if it’s a viable solution to deploy into production. Given the use of this VM, I figured the required specs would run along the lines of 1 vCPU and 1-2GB of Memory, right?
Welcome to Virtual Blocks, my personal career blog for my adventures in the Virtual World of IT. Thanks for taking the time out to read my post, follow my blogs and contribute your own comments, and ideas. Virtualization has been a huge learning experience for me, and it is by far still a journey I’m taking, as this, and all technology at that, will continue to evolve rapidly.
This technology is something I’m very pationate about, and I definately welcome any comments, criticsm, and different approaches to solve similar problems. I feel you never stop learning in life, and should never become complacent with your knowledge or position, so I welcome all you have to offer to help me grow.