What’s next after hyperconvergence?

So, you’ve had a crack at hyperconverged architecture. You’ve bought your cloud-in-a-box solution from Nutanix, VMware or whomever and tried it out on a pilot project - something manageable and discrete that didn’t interfere with the rest of your architecture too much. And now that you’ve dipped your toe in the water, you’d like …

[Peter Gathercole]

Back in the last century

We had infrastructure that had small numbers of large system that controlled their own resources, be it memory, CPU, storage, or networking, with software components optimizing the use of resource. It ran on hardware that had enhanced RAS capabilities, and was quit expensive. Call this Stage 1.

Since then, we've been through:

Stage 2. Multiple smaller systems, each controlling their own resources, but they were cheaper.

Stage 3. Rolling all storage for these multiple systems into centralized storage solutions to make storage more flexible

Stage 4. De-duplicating the storage systems, so that the multiple OS files (and really only these files) would not have multiple copies wastefully stored

Stage 5. Virtualising all these multiple systems onto larger servers 'to save money and reduce wasted CPU and memory through resource sharing, and putting it on expensive systems with enhanced RAS.

Stage 6. Replacing the SAN with software defined storage systems.

Stage 7. Moving your communication infrastructure into the virtualised environment.

Stage 8. Virtualising the software defined storage systems into the enhanced RAS systems

So where are we.

We will now have infrastructure that has small numbers of large system that control their own resources, be it memory, CPU, storage, and networking, with software components optimizing the use of resource. It runs on hardware that has enhanced RAS capabilities, and is quit expensive.

All we appear to have done is replaced the OS with a hypervisor, moving everything one rung up the ladder, and we now have the traditional OS fulfilling the same function as the application runtime environments.

The next step will be to replace the traditional OS with a minimal runtime (hmmm, is that what containerization is all about), and we will have reinvented the Mainframe!

I've added the joke icon to try to deflect all of those of you who will try to point out the difference in detail between mainframes and hyperconverged systems.

[Doctor_Wibble]

Re: Back in the last century

I was going to go for the more summarised version of 'so hyperconvergence just means stuffing everything on to the same box lilke we did before?' and back that up with a suggestion that the Sinclair QL with its built-in tape drive would qualify for this most prestigious description.

Disclaimer: I never had one and therefore completely hate everyone that did. Yes, envy.

[Doctor Syntax]

Re: Back in the last century

"compute, storage and network resources together..[in]... a single, pooled storage resource that can be distributed between your different workloads as necessary" is actually a pretty good description of a mainframe.

[GrumpyOF]

Ah, the Mainframe...

Sure HCI systems are possible solutions for really stand-alone (silo-ed) applications. As soon as someone says I need that information from that silo-ed environment, the fun begins.

Mentioning mainframe brings back some very salient points regarding how they (at least IBM and compatibles) worked....partitions(I suppose modern speak containers) that could even communicate with each other, pass information, have differing priorities etc, let alone discuss mainframe virtualization technologies that still kick the crap out of any x86 offering.

Let's get Cloud out of the way as well, all it effectively is, is a Computer Bureau on steroids, with infinitely better network connectivity.

Enough of a rant...beer time and nostalgia.

[Anonymous Coward]

Hold fire

Let's wait for Josh Odgers to come in and insult the entire industry and tell us how awesome he is and that nutanix will fix the worlds problem. I'm sure he will tell nutanix is building a self driving car too