Oracle licensing
Just like IBM for Websphere licensing there are all sorts of issues with licensing Oracle when used in a virtualized environment. Because the advantages of virtualizing Oracle outnumber the disadvantages in my experience so far it is highly recommended to specifically address the licensing consequences and the possible influence that this has on the final design. This prevents any nasty surprises afterwards when you get an Oracle licensing audit.
The current situation is as follows:
How to calculate your licensing needs for Oracle Application Server and Oracle Database Server products is described in the Software Investment Guide (http://www.oracle.com/corporate/pricing/sig.html). Oracle database and application server both fall under the category of “Oracle Technology products”. Technology products have two forms of licensing: Named User Plus and Processor. If you have a larger deployment (> 50 users) than you will almost certainly user processor based licenses which is what I am focusing on in this post.
The software investment guide has the following quote regarding licensing Oracle within a virtualized environment:
“Oracle only recognizes hardware partitioning as a mean to install and license Oracle on fewer than the total number of processors in the box”.
This affects virtualization customers in the following way:
- Oracle categorizes x86 virtualization solutions as “software partitioning”
- If you use a cluster of virtualization hosts the term “box” as mentioned in the quote applies to the entire cluster of hosts
- With VMotion, DRS and HA you need to license all the servers that the virtual machine could end up on (this may or may not include passive HA nodes, I do not know that at this time)
- Oracle does not recognize locking a virtual machine to a host through the virtualization software with the goal to license only that cluster host. This also defeats much of the advantages of virtualizing the Oracle servers anyway.
Depending on the number of servers that have Oracle software you have the option to let them be physical servers or:
- Make a separate cluster for Oracle VM’s. You can add other vM’s ofcourse but you need to ensure Oracle VM’s do not go outside of that dedicated cluster
- Plan failover capacity for both clusters (this could mean more capacity than necessary if you place all the hosts in the same cluster so calculate VMWare licenses and hardware accordingly).
March 2, 2008 at 7:41 pm
Oracle appear to recognize binding a VM to a particular host CPU as a form of “hard partitioning”:
* http://wiki.oracle.com/page/Hard+partitioning
* http://www.oracle.com/technology/tech/virtualization/pdf/ovm-hardpart.pdf
Their example is for Xen but I assume they would have to support this under ESX as well.
Does this change anything or is this just a case of Oracle’s right hand not knowing what its left hand is doing?