It feels almost like heresy to discus something that isn’t Oracle-related on the day that Oracle announced the new In-Memory Database Option, but something else was also released today. Red Hat gave birth to Red Hat Enterprise Linux (RHEL) 7.
I’m a big fan of all things Linux. I’m typing this blog post on a Fedora 20 desktop at home. I’m a rabid fan of Oracle Linux for servers at home and at work. As a result, the birth of RHEL7 is a pretty big deal for me.
I’ve been playing with the Oracle Linux 7 betas for a while (OL7 Install, DB 11gR2 Install, DB 12c Install). I expect we will see the birth of Oracle Linux 7 pretty soon, which is where it gets really interesting for me.
I’m sure it’s going to take quite a long time for Oracle to start supporting their products on RHEL7/OL7, but this is the future, so you’ve for to get your skates on!
Jay Weinshenker has written a couple of good posts in response to my recent post on Oracle Linux vs. RHEL.
I don’t agree 100% with his all his points, but I always think it’s good to hear different sides of the story and I certainly enjoyed reading them.
There was an interesting thread on the OakTable mailing list the other day regarding the choice of Linux distros for Oracle installations. It was started by one member (the name has been withheld to protect the innocent :)) who said,
“I cannot imagine (but want to understand) why anyone would pick RHEL5.6 for Oracle as opposed to the vastly superior OEL with the UEK.”
I must admit I’ve kinda forgotten that any distro apart from Oracle Linux (OL) exists as far as production installations of Oracle software are concerned.
Some of the reasons cited for people not to pick OL include:
- The customer has a long relationship with Red Hat and doesn’t want to jump ship.
- RHEL is the market leading enterprise Linux distro, so why switch to Oracle?
- The customer doesn’t want to be too dependent on Oracle.
- The customer has lots of non-Oracle servers running RHEL and doesn’t want a mix of RHEL and OL as it would complicate administration.
- The customer uses some software that is certified against RHEL, but not OL.
- The customer prefers Red Hat support over Oracle support. Wait. Red Hat and support in the same sentence. Give me a minute to stop laughing…
- The customer is using VMware for Virtualization and the Unbreakable Enterprise Kernel (UEK) is not supported on VMware.
I guess every company and individual will have differing justifications for their choice of distro.
So why would you pick OL and Unbreakable Enterprise Kernel (UEK) for Oracle installations?
- You can run it for free if you don’t want OS support. Using OL without support doesn’t affect the support status of the products (DB, App Servers etc.) running on top of it.
- It’s what Oracle use to write the Linux version of the products.
- It’s what Exadata uses.
- Oracle products are now certified against the OL + UEK before they are certified against the RHEL kernel.
- UEK is typically a much more up to date version of the kernel than that shipped by RHEL and includes all the patches vital for optimum Oracle performance.
- Single vendor, so no finger pointing over support issues (from Google+ comment).
- It is the only enterprise Linux distro that supports kernel patching without reboots thanks to Oracle’s newly aquired Ksplice.
For more information you might want to read this whitepaper or watch this webcast.
If you are looking at things from a purely technical perspective, I guess you are going to pick OL and UEK. Of course, many of us don’t work in a world where technology is picked purely on its merits.
Update: Check out this post by Jay Weinshenker for a different angle on this issue.
I know it’s been said before, but I read this and thought, once Red Hat’s market value starts to drop Oracle could get a really good deal.
I thought the reference to the quality of Red Hat’s support was quite comical. I’ve always found their support to be terrible. To be more specific, you raise a service request and never get a response. If that is quality support I obviously have very different standards to the CIOs surveyed.