Solution provider takeaway: Solution providers who provide virtualization services can prevent or correct virtual machine (VM) sprawl using a variety of management tools.
Server virtualization has been very successful for both the customers that have implemented it and the resellers that have become experts at it. But like any technology, it brings its own set of problems. Virtual machine (VM) sprawl is one of those problems.
Prior to server virtualization, the rollout time for new applications and servers was governed by physical factors. In response to a new server/application request, assuming they had budget for a new server, your customer had to size the server requirement, procure the server, wait for it to come in, schedule time with the networking and storage guys to connect everything, load the OS and install the application prior to giving it to the user. At most companies, this process took 30 to 45 days. As a result, they could only deploy so many servers so fast and were forced to make compromises. Most commonly, lesser applications started life on a shared server but never justified the processing requirements to come off of that server.
In a virtualized environment, on the other hand, by using templates, servers can be deployed in hours, and there is little if any interaction needed with the networking or storage teams. And there's no need to wait on the budget approval and procurement process. Many environments with a virtualized server can be deployed in two to three hours. There is little question that this is a very good thing, and integrators have been doing an excellent job of helping this process along.
The result of this easy rollout scenario is a massive growth in server counts (although the growth is in virtual servers), which detracts from the efficiencies your customers initially gained from server virtualization. We know of one customer who less than four years ago had 40 servers (all physical)
To continue reading for free, register below or login
To read more you must become a member of SearchSystemsChannel.com
but now has 1,200 servers (fewer than 40 physical) -- and that ratio is typical of companies that have implemented server virtualization. And, ironically, many of these virtual servers are idle because they were created for a point-in-time need and/or for a test scenario. But, an idle server -- physical or virtual -- consumes resources from the virtualization host, whether it's storage resources from the virtualization storage platform or bandwidth dedicated to data replication, if that's been implemented.
Tools for managing VM sprawl
Customers are trying to manage this virtual environment manually with tools like Excel or Word. While these applications make sense in tracking the slow-rollout physical environment, they are no match for the virtual. The virtual environment by its very nature changes too quickly to be manually tracked and updated. In a virtual environment, a weekly update to an Excel or Word document may have to account for hundreds of changes and be out of date before the update is even completed. It's obvious: Your customers need tools that automatically capture, monitor and trend this information so they and you can make real-time decisions on how the virtual infrastructure should be managed.
Companies like Tek-Tools, Monosphere, Akorri, Platespin and others have tools on the market that can monitor and manage VM sprawl. You can provide these tools, which are similar to those for server management and storage resource management, as part of a quarterly virtualization health check service (more on this in a future article), or the software can be sold directly to customers for their own use.
While most of these products are marketed as VMware tools, they often aren't specifically promoted for managing VM sprawl. They do, however, provide the information needed to help prevent the sprawl. They start by trending current resource utilization from a VM perspective and then providing aggregate data at the virtualization host. The tools can provide perspective on processor utilization over time so you can gauge peak times, idle times and impact on the virtualized host.
These products will also give a similar view on storage resource and network resource use, trending overall bandwidth use as well as peak and idle time identification. This trend information is then mapped from the virtual to physical worlds, allowing for critical path decisions to be made to optimize the physical environment and reduce the sprawl of the virtual environment. Those decisions essentially boil down to VMs being grouped into one of the following three categories.
About the author
George Crump is president and founder of Storage Switzerland, an IT analyst firm focused on the storage and virtualization segments. With 25 years of experience designing storage solutions for data centers across the United States, he has seen the birth of such technologies as RAID, NAS and SAN. Prior to founding Storage Switzerland, George was chief technology officer at one of the nation's largest storage integrators, where he was in charge of technology testing, integration and product selection.
