Access your Pro+ Content below.
Running databases on VMs: The time is now
This article is part of the March 2008, Vol. 1 issue of Virtual Data Center
The notion that production databases are too demanding to thrive in a virtual machine (VM) just doesn’t hold up. In fact, shops that have learned how to harness the power of today’s multi socket, multicore commodity servers now use virtual environments on a daily basis. They’re reaping the savings of consolidation as well as the usual benefits of improved disaster recovery and performance management. So it’s time to re-evaluate the possibility of virtualizing your databases. Not long ago, I predicted that enterprise operations centers with no virtualization plans would find themselves largely virtualized in three to four years anyway. I was wrong. The pressure to virtualize has come on much faster than I had anticipated. In many Oracle shops, managers have focused on CPU underutilization. In a CPU-based licensing model such as Oracle Corp'ss, the database license can cost as much or more than the rest of the system stack. Also, virtualization’s rapid cloning easily accommodates and can clearly improve the management of the ...
Access this PRO+ Content for Free!
By submitting your email address, you agree to receive emails regarding relevant topic offers from TechTarget and its partners. You can withdraw your consent at any time. Contact TechTarget at 275 Grove Street, Newton, MA.
Features in this issue
Contrary to popular wisdom, virtual machines can handle the workload of production databases.
Early server virtualization implementations relied on storage area networks and particularly Fibre Channel. But new storage options are potentially less complex and costly.
Columns in this issue
Welcome to the promise—and the perils—of a new era in IT, ushered in by server virtualization.