Oracle under fire with x86 hypervisor licensing

Summary: Burton Group's Chris Wolf has fired a salvo in Oracle's direction concerning its x86 hypervisor licensing policy. This is a long extract from a much more in depth piece but it is necessary to see what Chris is saying in order to understand the context (my emphasis added and apologies to Chris for ripping so much of his excellent post):Oracle is requiring customers who wish to deploy Oracle products on x86 hypervisors to license Oracle software by physical server CPUs.

Burton Group's Chris Wolf has fired a salvo in Oracle's direction concerning its x86 hypervisor licensing policy. This is a long extract from a much more in depth piece but it is necessary to see what Chris is saying in order to understand the context (my emphasis added and apologies to Chris for ripping so much of his excellent post):

Oracle is requiring customers who wish to deploy Oracle products on x86 hypervisors to license Oracle software by physical server CPUs. Suppose you had two Oracle Database VMs (each with two virtual CPUs) running on a two-node ESX cluster that uses two four-socket servers. Since it’s possible that you’d have a VM on each node, you’d need to purchase licensing to cover the 8 total sockets. If you ran Oracle’s hypervisor, you could license by virtual CPU, however this is only allowed if you pin the VM to fixed CPU cores by hard coding CPU bindings. You can read more about that here. This does create a slight advantage for OVM over competing products, but by binding a VM to one or more physical CPU cores, you have to give up advanced virtualization functionality such as live migration. If I’m using application-level high availability features, this configuration may not be a big deal and would in turn favor Oracle; however it is far from ideal.

Oracle’s competitors in the database arena allow their products to be licensed by virtual CPU without requiring physical bindings (see Microsoft’s and IBM’s policies), and so should Oracle. Doing so allows VMs to move about the physical infrastructure as required to support IT operations. Binding enterprise software licenses to physical assets is a legacy licensing model, and Oracle is practically alone in their licensing policies.

Oracle’s strategy with regard to licensing is one that I’ve seen before. Oracle is effectively taxing organizations for running Oracle Database in a VM. In most cases, organizations will have to pay increased licensing fees. This policy hurts the customer, and in my opinion is an attempt to stall market adoption while Oracle finishes building out its own x86 virtualization platform.

Oracle, it’s time to classify all x86 hypervisors as “hard partitioning.” Our clients are increasingly deploying enterprise applications on x86 virtualization hypervisors. You’re putting them in a tough position, and many consider the virtual infrastructure the foundation for their cloud architecture. Some clients have told me they are now considering moving forward with DB2 or SQL Server because they are unwilling to pay a penalty to run Oracle on any x86 hypervisor. In the end, our clients shouldn’t have to make that choice. They should have the freedom to run the applications they want on the platform they want. This licensing policy is affecting the bottom line of our clients and could ultimately affect your bottom line too. It shouldn’t have to come to that. Let’s just "right the wrong.” Besides, your “Partitioning” document which describes software licensing for virtual environments was last updated in January 2008. In response to my last blog post, you were able to revise a support statement within two days. How about taking the time to revise a licensing policy that is clearly outdated and places an unnecessary burden on our clients?

I asked Oracle for comment on Chris's position but I did not receive a response in time for this post.

At the top of his post, Chris describes the policy as 'unfair.' That's pretty harsh but given he has tried numerous times in the last few days to get some sense out of the company, it should not be surprising that he goes into the public domain. I would go further - this is typical Oracle and representative of the company's addiction to satisfying its Wall Street masters at the expense of its customers. Want a discount? How much more software are you buying first and then maybe we can talk?

The good news is that an industry analyst is prepared to put his head above the public parapet, explain the problem, note that customers are considering alternatives yet is still prepared to give Oracle a 'get out of jail free' card. If it chooses to listen.

A frequent thread among my Irregular colleagues can best be described as 'vendor DNA.' Just as some of us shake our heads at certain of the goings on at SAP and IBM, the same is true of Oracle. As time passes, we see a widening gap between the attitudes of the incumbent players to their customers and vendors emerging in the cloud computing era. We see a growing tide of discontent among customers where the word 'support' could easily be replaced by 'tax.' These customers are increasingly relying on industry commentators to adjust their vendor centric positions and speak out as Chris has done. This is not the way it should be. Now more than ever, vendors should be actively helping customers drive value. Even so, the attitude is understandable when you can look back over a long period of success and have billions of dollars in the bank. It's their DNA.

As I've said before, double digit margins of the kind Oracle promises are unsustainable. Giving the impression of nickel and diming customers in the process is intolerable. Far better to give customers choice, let them see you'll play fair or otherwise watch as the market decides.

Customers should recognize that while they may not be equal partners in the power relationship between themselves and vendors, they do have ways to make their voice heard.

As an aside to this, note that Chris is positioning Oracle as a cloud player. Watch this space.

Topics: Processors, Hardware, Oracle, Virtualization

About

Dennis Howlett is a 40 year veteran in enterprise IT, working with companies large and small across many industries. He endeavors to inform buyers in a no-nonsense manner and spares no vendor that comes under his microscope.

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.

Talkback

5 comments
Log in or register to join the discussion
  • Just an observation

    Most multi-socket, multi-core servers that I work with use just one VM for Oracle. Either you have a huge database - and no amount of "power" is too much - or you have a large Oracle server handling many (instances of) smaller databases. Do people really run Oracle on many VMs and each one have a single (small) database?

    Usually when there is 1 large Oracle VM, if there is anything left on the server (VM-wise), those additional VMs don't have Oracle on them.

    Your setups could be different from what I see, but this is how I see it.
    Roger Ramjet
  • What are the alternatives?

    The Microsoft and IBM licensing schemes you linked to seem unnecessarily complex to me, so I wouldn't hold them up as examples to follow.
    Ed Burnette
    • Ingres is a real enterprise database.

      It's also opensource, but if you want support, you pay the company for it.

      I used it years ago, and was happy to find it still out there (and still being improved). And I do mean it's enterprise capable- smallest to largest databases, OLAP, decision support, etc.
      I am Gorby
  • pure theft.

    i have always seen the per-processor license as theft.

    if developing an application, i'd use something that did not have this type of license.

    wargammer2005
  • stalling tactic not unique to Oracle. M$ delayed 64bit OS until Intel had

    64bit extensions ready for their processors even as Linux was supporting 64bit AMD processors.

    and some document imaging software licenses depend on the volume of work done.

    and OS licenses depend on number of processors.

    but to charge based on physical processors for a virtual environment is indeed unfair.

    and Oracle should pay a price for that price gouging.

    whether their clients will hold their feet to the fire on this is a big question mark.

    when Oracle kills MySQL they may have little alternative but to pay.

    (and like Apple users, pay through the nose)

    :)
    .
    wessonjoe