Oracle 'faster, cheaper' with VMware
Avoid the RAC Tax
Oracle's database performs better under VMware than in a more expensive Real Application Cluster (RAC).
Oracle's RAC is a cluster of Intel X86 servers operating as a single processing resource pool with a single instance of Oracle's database. RAC offers load balancing and high availability and is a pay-for option with the Enterprise Edition (EE) of Oracle's DBMS, said to be four times the cost of Oracle's Standard Edition (SE)database.
RAC is included with SE but the cluster hardware is limited to 2 cores, which is a pretty noddy cluster. For any more cores, you have to pay the RAC tax on top of the more expensive Oracle EE software.
With VMware High Availability (HA) cluster, the server applications could run in virtual machines instead of physical ones and this also has load-balancing and failover, while being much less expensive because the SE database is a quarter of the cost of the RAC-using EE and you don't need the paid-for RAC option on top of EE.
Crucially, the virtual RAC is claimed to run faster than the real RAC, meaning VMware can say to Oracle users "Get more DBMS performance with VMware and stop paying the RAC tax and hiked EE cost."
The VMware virtual RAC is also said to have better management facilities than the real RAC.
So users with VMware HA can save a lot of money and Oracle loses that spend. VMware can't substitute for all RAC use cases, but it can substitute for a large proportion of them. It's said that RAC is fault-tolerant whereas VMware is high-availability. If you need full fault-tolerance, then RAC is the way to go. If you don't, then VMWare HA is a viable alternative.
Oracle has its own virtual server software (OVM), by the way, but it is said to be poor - less robust and mature - compared to VMware.
Oracle's general business strategy is to offer better-value Oracle database and application solution - hardware to application software stacks, from database to disk, as it were - by using commodity hardware and open source software underneath the Oracle software, which is most definitely not open source. It sucks cost out its stack to beat the competition, who look to make money on the hardware or software layers - or both, underneath the database and application products.
Crudely speaking, Oracle software is expensive, and what it runs on - the supporting hardware and software layers - is not. RAC is an exception in that clustered hardware and cluster software used to be expensive and RAC provided good value clustered server functionality for Oracle users as an integrated option for their Oracle software.
Now, VMware provides better performance for many RAC use-cases and is cheaper, exposing RAC's expense. What is Oracle to do?
One tack, it's claimed, is to oblige "customers to adopt Oracle VM Server or give up virtualization."
EMC high-profile bloggers, like Chuck Hollis and Chad Sakac, are telling Oracle customers using VMware to strongly pitch their views to Oracle about the need for it to fully support VMware, a kind of Oracle serfs' revolt.
Oracle has been gradually building HW-O/S-application stacks owned more and more by itself, such as the Exadata storage machine. The Sun acquisition can be viewed as Oracle's attempt to own even more of the stack by providing its own servers, its own storage, and its own O/S and system software in the shape of Solaris. The servers can be SPARC architecture, freeing Oracle from dependence upon Intel, and the O/S Solaris, freeing Oracle from dependence on any outside O/S supplier, including the open source community.
In this view, we're seeing Oracle build a walled garden for its customers, a locked-in database and application paradise, which will generate a huge recurring revenue stream for Oracle. If third-party software, such as VMware's, can knock a hole in the garden wall and let customers enjoy Oracle's software at much lower cost, then it's likely Oracle will react.
It looks as if the game-plan is for Oracle to sell an Oracle-controlled and built stack, from disk to database. Solaris has its own virtualisation technology, and thus, Oracle will have an in-house antidote to VMware. Whether it can steadily encourage its users to migrate off VMware and onto its own virtual server machines is an interesting question.
Very few businesses have taken on Oracle and forced Larry Ellison into a direction he doesn't want to go. He's a touchy guy, not a touchy-feely guy, and EMC's Joe Tucci will have a real contest on his hands if he tries to take Oracle on. ®
RE: avoid oracle
"....A lot of projects are done on oracle for no real reason except that the developers are used to doing things with oracle."
Actually, it's because they know it will work reliably in Oracle, so they trust it and hence prefer to use it (especially when someone else is paying for the licences). Developing knowledge and comfort with an alternative means training and time out, which adds immediate expense to the developer. It's exactly the same with commercial UNIX - it may be expensive compared to Linux alternatives, but people feel comfortable with it, trust the support structure behind it, and hence will trust their bizz critical services to UNIX rather than "chancing" Linux. Linux doesn't have a capability problem, just a perception problem. Even in oranisations like mine where we use a lot of Linux, we still put the must-stay-up-or-the-company-dies apps on UNIX.
But it's not a hopeless case - once, mainframes ruled and cheaper UNIX was the new product no-one really trusted. In time, I'm pretty confident Linux will gradually erode what is left of the UNIX base, and opensource databases like MariaDB will erode the marketshare of commercial databases like Oracle DB. Oracle will probably fight it by making their money off the middleware and bundling in the DB for "free".
Oracle Sockets & Multi-Chip Modules
Database licensing guide, "When licensing Oracle programs with Standard Edition One or Standard Edition in the product name, a processor is counted equivalent to an occupied socket; however, in the case of multi-chip modules, each chip in the multi-chip module is counted as one occupied socket. "
Nate Amsden posts, "The multi-chip module language is new I think, not sure what that means, I don't believe multi-chip and multi-core are the same thing though."
Wikipedia has a quick section on it. Many Intel chips and most modern IBM Power chips are multi-chip modules. A couple of old SPARC vendors made multi-chip modules.
When these vendors glued multiple chips into the same socket using multi-chip module technology - each chip on the same socket gets charged as a socket.
Article poorly researched and edited
Anyone deploying RAC is not looking for a HA solution. There is oracle datagaurd.
RAC offers load balancing and scalability with its many HW-nodes acting as a single
instance. A node failure on RAC is transparently handled by redirecting your queries
to the surviving instances.
VMWare cannot offer this . Writing a marketing spiel trying to compare
the two clearly shows the poor research which went into this article.
This article is not upto the register standards.