SQL Server Consolidation, Part 1

By Thomas LaRock on December 20, 2012


I am seeing more than a handful of articles these days regarding SQL Server virtualization and/or consolidation. Lots of companies are coming forward to provide you tools that will take the pain out of such efforts. They promise tools that will help manage your current capacity, help you monitor and troubleshoot virtual hosts and guests, and help you streamline your overall database management.

And why, exactly are all of these companies climbing over each other to provide these tools? Because companies are looking to consolidate. Not just database servers, they are looking to consolidate as much as possible. The days of excess appear to be mostly over. It is harder to get new hardware in the door these days than ever before. if you need a new server you had better provide a handful of reasons why you cannot use an existing piece of hardware. And stomping your feet like a five-year-old and saying “because i don’t want to share” is just not enough anymore.

You need actual reasons, not fear and speculation of the unknown. So, what are the problems driving consolidation and virtualization efforts? Why are companies looking to go through these (sometimes painful) efforts?

Cost Reductions

No doubt that this is the biggest reason cited for wanting to do a consolidation or virtualization project. You will see mention of a variety of expenses that will be reduced. Licensing is usually the biggest driver, followed by the need for fewer resources needed to monitor the reduced number of systems. But you will also see mention of other costs such as reduced power consumption which also ties closely to a reduction in cooling expenses. Other items that get mentioned would fall under cost avoidance, in particular, the reduction in physical servers results in the reduced need for rack space, which means you won’t have to knock down any walls and expand your data center anytime soon. I have seen this listed as a cost reduction but it really is cost avoidance. Yes, there is a difference between saving money you have been spending versus spending money that is still in your pocket. I can’t go around not buying diamonds and tell everyone I saved my household a few million dollars in expenses last year, yet I do see some people trying to make similar claims. With fewer physical servers you have fewer cables (usually), fewer routers, switches, etc. In other words, when you start adding in every piece of hardware and person required to maintain that hardware (accounting for their time), you can see the costs adding up quickly. It is these associated costs that become a very large factor in driving any consolidation or virtualization project.

Inefficient Use of Resources

Truthfully you could also consider this to be a reduction of expenses, but I like to think of it separately. I like to lump the money into one bucket and the resource efficiency into another. An example of this would be CPU usage. Consider you have a database server with 8 CPU’s, but the server never uses more than two. You are essentially “wasting” six CPU’s. If you were to place that database server as a guest on an host you could start using your CPU’s more efficiently. But there is more that just hardware efficiencies in play. There are also software efficiencies. With virtualization and consolidation you start reducing the number of operating systems in your environment. As such, you are able to have a chance to standardize your environment; you might be able to ditch those old NT servers! And you could have centralized database management. You could even start segmenting your servers in a way that you could have certain team members responsible for replication, others for the BI stack and SSRS servers, and others for performance tuning for example.

High Availability and Disaster Recovery

After cost reduction and efficient use of resources there is a third common category I find and that is the use of tools focused on high availability and disaster recovery. When you begin to virtualize your servers you start to find it easier to move things around when necessary. There are lots of tools to help you with HA efforts; I won’t mention them by name here right now (HINT: THIS SPACE FOR RENT), but the idea is that you can increase your up-time dramatically. In some cases, this factor alone can be enough to drive businesses to virtualize there servers. I have also seen cases where virtualization is also driven by efforts to have better disaster recovery plans. Again, it is easier to move virtual servers than physical servers. Companies located in zones that have a certain frequency of natural events (hurricanes, earthquakes, Hanna Montana concerts) are always looking to ensure they have a plan in place to avert going out of business altogether. This entry focused on the driving factors for SQL Server consolidation and/or virtualization projects. In the next entry I will talk about the decision process for such projects.

Related Posts

Trackbacks

Leave a Reply