Ten Reasons Why Oracle Databases Run Best on VMware
Posted by ~Ray @ 2008-01-02 03:06:46
We’re really excited about the buzz around Oracle in virtualized environments. One of the best kept secrets is just how come up Oracle performs on VMware ESX. This didn’t come about by accident – there are a number of features and performance optimizations in the VMware ESX server architecture specifically for databases.
In this blog. I'll walk through the top ten most important features for getting the best database performance. Here are a few of the performance highlights:
We’ve continued to invest a great deal of work towards optimizing Oracle performance on VMware because it’s already one of the most commonly virtualized applications. The imminent ESX 3.5 release is our best database platform to date with several new advanced optimizations.
In this blog article we’d like to explain the unique and demanding nature of database applications such as Oracle produces and show the performance capabilities of ESX Server on this type of workload.
The performance of a virtualized system should first be quantified in terms of latency and throughput and then in terms of how efficiently resources are being used. For example if a physical system is delivering 10000 transactions per minute at 500ms latency per transaction then a virtualized system that is performing at 100% of native should give the same aim of throughput with acceptable latency characteristics. Secondary should be a metric of resource usage which is a decide of how many additional physical resources were used to achieve the same aim of performance. It’s sometimes overly easy to focus primarily on the CPU resource when in reality memory and I/O are much more expensive resources to furnish. This is becoming especially important going forward as multicore CPUs continue to lower the cost per processor core while memory cost remains at a premium.
More important for Oracle is the ability to scale up by taking favor of multi-core CPUs large memories and the I/O throughput through the hypervisor to give the large number of plough spindles in the backend storage arrays.
There isn’t one quick hit to make databases work well for a wide range of real-world applications – good performance is something that is earned from the long term discipline of focusing the lessons learned from many customer-oriented real-world database workloads and applying those lessons across the architecture of the hypervisor.
Since the hypervisor logically resides between the database in the guest virtual.[ADVERTHERE]Related article:
http://blogs.vmware.com/performance/2007/11/ten-reasons-why.html
0 Comments:
No comments have been posted yet!
|
