Red Hat Acquiring Cloud Storage Company Gluster
Julie188 writes "One of the more interesting aspects of Red Hat's acquisition of virtual storage vendor Gluster on Tuesday is how it drags Red Hat into bed with its cloud competitor OpenStack. Red Hat made waves over the summer in the open source community when one of its executives threw punches at OpenStack's community, saying the community amounted to not much more than a bunch of press releases. In July, Gluster contributed its Connector for OpenStack. It enables features such as live migration of VMs, instant boot of VMs, and movement of VMs between clouds on a GlusterFS environment. While Fedora has already said that its upcoming Fedora 16 would support OpenStack, Fedora is a community distro and not beholden to Red Hat. However, Red Hat today promised that it would continue to support and maintain Gluster's contribution to OpenStack. It didn't, however, to promise to quit the smack talk."
Not a shit was given today about anything.
This is great news, Redhat will keep it open source. I'm glad Oracle didn't get their hands on it and commercialize it like they did MySQL (The commercial plugins in 5.5.16 is what I'm referencing). I much prefer Redhat's approach.
Best part of acquisition: Gluster fsck
RHEV Manager is an ActiveX Control that runs in Internet Explorer only! A Linux-based virtualization manager? RedHat doesn't even have press releases about it. I don't know OpenStack, but I'd rather have nothing more than feelings than require my customers to buy my competitor's OS and use a very specific ugly feature of that OS to claim I had something.
About outside Than this BSD box, and its long term
Could you try a little harder to gin up some phony controversy around Fedora?
Nice Post. Thanks for sharing this information.
Maybe it will become part of the RHEL distro now, instead of the insane support contracts they had, at $800/node per year for 5 email support calls. For a FS that works better on more nodes... we quickly went running when they told us the costs. That kind of support doesn't work well on a cluster.
Excuse me. Driver? I know you're busy driving this speeding bus towards the cliff, but could you slow down a little bit and explain to me where we are going?
Seriously, where are we going with this cloud based computing and storage spaghetti. I know that Google uses massively scaled and distributed systems to great success in the cloud but, most of us aren't building search engines. In fact, in business, most of us aren't building anything to do with the web.
So, how does spreading out the processing and now the storage all over creation benefit the average enterprise that is trying to make a unique subset of proprietary and typically legacy applications faster and more available? All the virtualization and distribution that I have seen to date effectively robs us of performance, stealing CPU cycles and increasing disk I/O latency. Stand up a virtualized server on all new super high performance clusters and cloudy SANs next to a three years old dedicated server and the performance is slightly less than the old installation. How is this progress?
Spreading out the storage not only slows it down but makes true resiliency insanely expensive for less than massive data centers and I won't even bother with the compliance headaches that willy nilly distribution brings to the table. I'd like a for-realzy answer to this question, not some ethereal hand waving or declarations that everything must be rewritten in RubyJava.Net and shipped to the cloud or I'll look like a fool.
For some reason, I read that as Cluster F*ck... Twice.