UNIX Consulting and Expertise
Golden Apple Enterprises Ltd. » Page 'Solaris 11 vs. OpenIndiana'

Solaris 11 vs. OpenIndiana

With the dust settling from the unveiling of Solaris 11 Express, it’s time to do a bit of crystal ball work and see what this means for companies deploying Solaris infrastructure.

There are enough new changes here that a lot of people out there are going to get burnt. If you haven’t been keeping up with the OpenSolaris project, or using OpenIndiana, then IPS, AI, and ZFS root are all going to cause you problems. Not to mention /usr/gnu/bin being first in the PATH.

As I’ve said before, IPS and AI still don’t strike me as mature enough to deploy in an enterprise, and I know a lot of people who have spent many years honing Jumpstart who are going to be more than a little cross that there’s no clear migration path to AI.

“Trash it and start again” isn’t a nice upgrade path – the new way of doing things may be cleaner, easier to learn, and make more sense to Linux admins – but it’s a big, fundamental change for Solaris/SPARC shops, and those are the people that pay the bills.

There’s lots of UltraSPARC III and IV kit out there that’s getting towards the end of it’s service life. People are now looking at upgrade paths, and Solaris 11 – and Oracle’s complete offering of tin+OS+support – is going to be the real make-or-break decision point.

The real kicker will be – how soon until Oracle start shipping systems with Solaris 11 installed by default? That will be the real driver that pushed people to deploy Solaris 11 – with no UFS root, no slices, there’s no real reason not to use the pre-installed OS on the tin. Smaller shops with less existing Solaris infrastructure will deploy and think “Hmm, that wasn’t too bad”. Larger shops will find less and less of a reason to put off the migration, especially as the deployed base builds with new kit shipments.

Personally, I’ve been waiting for ZFS encryption for a long, long time – and I’m more than a little suspicious that it’s been held back (in the source as well) until Oracle are suddenly fielding the next commercial Solaris release. I’m sure the Nexenta guys are having similar thoughts.

On the plus side, Solaris 11 Express using the OpenSolaris code base means it makes a lot of sense to deploy it in test environments, and then use OpenIndiana for production. I can see a lot of smaller shops doing this – either having tried out Solaris 11 and then balking at the support costs, or trying OpenIndiana and then seeing there’s not much difference there (apart from the support costs and a few ZFS features).

The real challenge for Oracle here is how well they can make the entire Solaris 11 package work for customers. Higher support costs are fine if you get increased value, but increasingly even larger companies are finding that the support costs are more of a tax – an entry price for playing at the table – rather than a value-add.

OpenIndiana has the potential to be a very big winner here.

There’s some real value in Solaris 11, and some key new features that continue to make it the best operating environment for the enterprise. Are those features – and the support – enough to justify the higher costs compared to OpenIndiana? Is the vertical integration that Oracle are offering enough to justify the higher costs compared to deploying Red Hat on cheaper hardware?

At this stage I’d say it’s still too close to call.

Like this post? Spread the word!
delicious digg google
stumbleupon technorati Yahoo!

2 comments to “Solaris 11 vs. OpenIndiana”

  1. I doubt tilt ‘trash it and start again’ will really be the upgrade path. Solaris 11 isn’t due for release for almost another 12 months, which gives Oracle plenty of time to put a proper solution in place.

  2. S/tilt/that…

Top of page / Subscribe to new Entries (RSS)