4.1 min to readPublisher Advisory Services

Licencing Oracle software in VMware vCentre 6.0

A portrait of a man in a suit and tie.
Marco VogelBusiness Development Manager
Publisher advisory

Virtualization in general and more specifically VMware, as one of the market leaders in virtualisation software, is becoming increasingly important in end-users' IT environments. It is therefore important to understand how the different VMware virtualisation technologies impact the number of Oracle software licences that is required.

Oracle’s Technology software programmes (e.g. Database and Middleware) are typically licenced on a “Processor” licencing model or on a “Named User Plus” licencing model. According to the licence metric definitions of these licences as defined in the Oracle Licence and Services Agreement or Oracle Master Agreement, the software is required to be licenced “where the Oracle programmes are instaled and /or running”.

But what does this mean in practise when virtualisation technologies from VMware are being used? In most cases, end-users will instal the Oracle software in the vmdk file which is stored on a storage device that has many servers connected to it. This is referred to as shared storage. So how do you determine the number of licences required for the different versions of VMware’s virtualisation software and more specifically for vCentre 6.0? Before looking into the details of licencing Oracle software in VMware’s vCentre 6.0, let’s do a short recap on the licencing rules for the pre-6.0 scenario’s, as they will be applied by Oracle during the course of an Oracle Licence Review or Licence Audit.

VMware’s vSphere ESXi up to 5.0

In older versions of VMware’s vSphere ESXi, up to 5.0, a shared storage is required for an end-user to move the virtual machines running Oracle throughout the VMware environment. In these situations, the Oracle software is instaled on shared storage and the entire cluster(s) connected to the shared storage, have the ability to run Oracle.

As a result of this, Oracle requires you to licence all the physical cores of the physical EXSi hosts that are part of the cluster that is connected to shared storage within the VMware environment.

VMware’s vSphere ESXi 5.1 – 6.0

In newer versions of vSphere ESXI, 5.1 and later, end-users no longer need to have a shared storage to live migrate a running virtual machine. The end-user can move the virtual machine running Oracle anywhere within the vCentre Server Instance. The shared storage no longer serves as the instal point to run the Oracle programmes because of the ability to move a virtual machine from one host to another within the vCentre Server Instance using vMotion.

As a result of this, Oracle requires you to licence all the physical cores of all the physical EXSi hosts that are part of one and the same vCentre Server Instance, including across datacentres within the vCentre Server Instance, since the end-user has the ability to move the virtual machine running Oracle software to any server within the vCentre Server Instance.

VMware’s vCentre 6.0 and higher

With vCentre Server 6.0 or higher, a running virtual machine can move across vCentre Server Instances which impacts licencing across the entire environment.

As a result of this, Oracle requires you to licence all the physical cores of all the physical EXSi hosts of all the vCentre Server Instance(s) which have hosts with ESXi 5.1 or later hypervisors.

So let’s have a closer look at some examples on how to licence the Oracle software in VMware’s vCentre 6.0 and higher.

Scenario 1:

Oracle software in VMware's vCenter 6.0
  • An end-user has two vCentre Server 6.0 Instances (A and B).
  • Oracle software is only instaled in vCentre Server Instance A.
  • vCentre Server Instance A has hosts with ESXi 5.1. or later hypervisors
  • vCentre Server Instance B has hosts with pre 5.1. ESXi hypervisors.
  • The two vCentre Server Instances are NOT connected to the same shared storage device.

Since vCentre 6.0 is being used, live migration of virtual machines between vCentre Server Instances is possible. However, the ESXi hypervisors must be version 5.1. or later. As a result, only the physical cores of the physical ESXi hosts that are part of vCentre Server Instance A are required to be licenced.

Scenario 2:

Oracle software in VMware's vCenter 6.0
  • An end-user has two vCentre Server 6.0 Instances (A and B).
  • Oracle software is only instaled in vCentre Server Instance A.
  • vCentre Server Instance A and B both have hosts with ESXi 5.1. or later hypervisors
  • The two vCentre Server Instances are NOT connected to the same shared storage device.

Since vCentre 6.0 is being used, live migration of virtual machines between both vCentre Server Instances is possible. In addition, shared storage is no longer required. Therefore, the vCentre Server is no longer the boundary: all the physical cores of all the physical servers belonging to the two vCentre Server Instances are required to be licenced.

Conclusion

What might seem like a regular technical upgrade of your virtualisation software can have big implications on your licencing requirements. Make sure to understand the impact of implementing vCentre 6.0 and avoid nasty surprises during an audit.

A dark blue background with squares and dots.

Improve your business

If you are in need of specialist knowledge, a structured licence administration and a software licence management approach, feel free to contact us. We will help you make software compliance an exciting opportunity to improve your business!

Improve your business

If you are in need of specialist knowledge, a structured licence administration and a software licence management approach, feel free to contact us. We will help you make software compliance an exciting opportunity to improve your business!

Author

A portrait of a man in a suit and tie.

Marco Vogel
Business Development Manager

VMware