Oracle license on VMWare – How implement to meet license requirements

I have been working as an Oracle dba for years with Enterprise customers who insisted on running VMWare for Oracle to have the same platform for all their IT systems, and security issues and regulations prevents them from moving their data into the cloud. A few years back we ran into the problem that Oracle changed the licensing rules for new versions of VMWare because of new functionality implemented in VMWare. This created problems for our dba team as the Operations department wanted to move to newer versions of VMWare, vCenter and ESXi hosts to take advantage of all the new functionality in VMWare for all systems not running Oracle, which is the main focus of their business. We presented the issue of the new Oracle licensing rules and what it would take to remain compliant, but as the number of systems benefiting from the new versions of VMWare and vCenter were far greater than those getting issues because they were running Oracle, we had to argue and fight the decisions being made all the way. Eventually this ended up with a decision to move away from Oracle to open source databases and to MS Sql Server for several systems. To make the necessary split for the Oracle clusters were just not beneficial for some customers, and they were not ready to move into the cloud just yet. All our attempts to find a way for Oracle to maintain their position as the preferred database provider were futile since it meant abandoning their IT optimization decisions.

The background for this issue is that when you moved from version 5.0 to version 5.x of vCenter administration software for VMWare you needed to license all your VMWare servers in the same vCenter with Oracle licenses. And when moving to vCenter 6.0 you had to license all VMWare servers inn all vCenter clusters as long as they were connected to each other in some way. As our customers were using Oracle Enterprise Edition instances, this would put them in an entirely hopeless situation when considering prices.

Versions of vCenter and ESXi hosts and Oracle licensing

Back in the day when VMWare were implemented on version 5.0, you were fine and you could just separate the Oracle cluster from the others in the same vCenter and then licensing the cores of the ESXi hosts located in the clusters specified for Oracle. It is actually presented in a diffuse manner for which version the license requirements actually changed. The Oracle white papers on this say that you on version 5.0 only license the cluster separated in vCenter, but at the same time they say that the license on version 5.x, which can be interpreted as also including 5.0, require you to create a separate vCenter for Oracle. But from 6.0 and above, they clearly state that all vCenters were there is the slightest possibility to migrate an Oracle server to, will need to be licensed. Which means that clusters sharing storage will also have to be licensed as Oracle servers.

How to get around the VMWare vCenter version issue

What do you do? What should existing customers do to continue to use a product they already bought from Oracle on a platform that has developed to a more flexible platform? The argument is that you cannot split servers resources in a proper manner, but it was good enough on earlier versions. Many customers struggle with this concept, and there are also many that are not aware that they are actually breaking these licensing rules, which will be discovered with an Oracle audit.

There are ways to get around it. You can try and split the solutions using firewalls and other implementations on software or hardware level to split the clusters to be able to still use the functionality across platforms. But for this to be an acceptable solution, Oracle need to approve your solution.

The other solution, which is not practical for a business who would like to optimize their solution’s resources for storage and all other hardware, is to implement a cluster with its own hardware, from storage to ESXi hosts, which has its own vCenter for administration. A better solution may be to move to ExaData or to move to the Oracle cloud, but this is not a possibility for all customers. Oracle is not a standalone solution that can dictate the choice of IT implementations for enterprise businesses. There are a large amount of other applications and systems that needs to be considered, and Oracle is just a small part of their total consideration.

Article sponsored by We use Amazon kindle for our Oracle documentation.