Comments
Red Hat Linux Containers: Not Just Recycled Ideas
Oldest First  |  Newest First  |  Threaded View
Page 1 / 4   >   >>
Charlie Babcock
50%
50%
Charlie Babcock,
User Rank: Author
4/17/2014 | 1:12:51 PM
IDC software development analyst adds comments
IDC's Al Hilwa commented in an email message as this piece was posted:

"Red Hat sees Linux containers as the next big thing and an enabler for new cloud workloads... [Red Hat] is differentiating its OpenShift PaaS technology with the support of containers. This is a sound strategy because PaaS is in great need for standardized approaches to host workloads and sub-VM containers like Docker provide a standard mechanism for efficiently encapsulating an application and its libraries in a portable way. Red Hat is also producing a version of RHEL called Atomic which is specifically optimized to support containers in a lightweight fashion. In theory Docker and similar technologies enable density of workloads and thus more cost-efficient operation of cloud applications. This is a boon for hosters as the PaaS market expands because cloud economics is a key driver of cloud adoption.

"Containers are goodness for developers because of standardization and portability. Containers  are goodness for Red Hat, because it has embraced them  ahead of its competitors and because the bridge IaaS and PaaS capabilities in the same way that Red Hat has long positioned itself in the enterprise."
Laurianne
50%
50%
Laurianne,
User Rank: Author
4/17/2014 | 1:25:21 PM
Re: IDC software development analyst adds comments
Anywhere near a 10X efficiency factor compared to VMs would be significant. Great context on this news, Charlie.
rmerriam
50%
50%
rmerriam,
User Rank: Apprentice
4/17/2014 | 1:34:08 PM
Heat Savings
Reducing the number of servers is starting to be critical due to power and heat issues. A lighter footprint on a server means a reduction in how many servers are needed. 
Lorna Garey
50%
50%
Lorna Garey,
User Rank: Author
4/17/2014 | 2:14:36 PM
Only RHEL?
Charlie, Do you expect other network OSes to also support containers? 
Charlie Babcock
50%
50%
Charlie Babcock,
User Rank: Author
4/17/2014 | 2:37:53 PM
Re: Only RHEL?
Lorna, I think it would have to be another server operating system, one with a big presence in the data center compared to Linux. That would be Windows. Microsoft may be compelled to consider containers, due to the advantage they bestow on Linux in the cloud era. But I don't think Windows can be adapted to containerization. That's something unique to the way Linux was built and the way the kernel works, along with open source packaging. Anyone else with thoughts on this?
ruvy
50%
50%
ruvy,
User Rank: Apprentice
4/17/2014 | 3:44:11 PM
What is old is new.
It's an interesting space, add a little devops magic to a 15 year old technology and voilà, you've got instant street cred. But the realities are a bit more complicated. Among the driving factors for the use of containization is the the bloat found within the very OS Red Hat sells. The old model of kernel space and user space are quickly becoming antiquated.

A quick refresher, Kernel space is strictly reserved for running privileged kernel, kernel extensions, and most device drivers or essentially the core OS. In contrast, user space is the memory area where application software and some drivers execute, where the magic happens. In the most basic terms, LXC is a userspace interface.

The logical question to ask is.. do we really need or want all that other stuff that comes included in the OS? Increasingly the answer is no. 
Andrew Binstock
50%
50%
Andrew Binstock,
User Rank: Author
4/17/2014 | 4:59:49 PM
Re: What is old is new.
Welil, if we're going to get into labeling new implementations as old wine in new bottles, let's give credit where credit is due: virtual containers, to my knowledge, first appeared commercially on IBM mainframes. However, the historical containers have little connection to today's implementations, because today's instances are tuned to an entirely different reality: cloud computing. More specifically, the ability to deploy and migrate VMs/containers quickly, which is a concept that simply did not exist on IBM or, IIRC, on Solaris servers.

So, yes, there are historical threads, but, no, they're not the same old thing just repackaged.
Charlie Babcock
50%
50%
Charlie Babcock,
User Rank: Author
4/17/2014 | 6:00:34 PM
A description of the emerging Docker and Red Hat relationship
Ben Kepes has done the best description I've seen of the emerging Red Hat/Docker relationship in his April 15 blog on Forbes.com http://www.forbes.com/sites/benkepes/2014/04/15/red-hat-deepens-its-container-commitment-docker-front-and-center/  Too bad it's a holiday today in New Zealand. Otherwise, he'd be commenting here.

 
richwolski
50%
50%
richwolski,
User Rank: Apprentice
4/17/2014 | 6:09:14 PM
Old apples versus new oranges?
For cloud computing, VMs and containers are really two different technologies each with its own value proposition.  First -- Linux containers are really a name space solution to the problem of isolation.  Users are isolated from each other because they can't "name" (provide the address of) anything on the machine outside of their respective containers.  

The advantage of of this approach is that it is very efficient.  Creating a unique namespace for each user under Linux is a complex task to implement, but once implemented it requires little computation effort or memory/storage capability.

One disadvantage of this approach are that namespaces isolate access, but they don't isolate load.  Linux cgroups try to solve this problem, and perhaps one day they will, but containers share kernel resources (device drivers, memory management scheduling, etc.) in a way that can't be isolated.  

Another disadvantage is that they work for Linux only.  There isn't a notion of a Windows container running on Linux.    Clouds today need to support both Linux and Windows, to be sure.  In addition, language-specific environments like OSV (essentially Java running directly on a hypervisor) may offer new cloud hosting capabilities as they mature. Even the Linux distos have kernel preferences so running an arbitrary Linux image that has a kernel conflict with the host kernel can be a legacy problem with containers.

VMs take a different approach to isolation.  They don't share the kernel -- they share the devices that the kernel accessess.  Doing so provides name space isolation, a greater degree of load isolation, and the ability to run operating systems with different "kernels" on the same machines.  They also require more maintenance because each VM has its own kernel and (like all software) that additional software layer is not immune from care.

To me, Brian Stevens comments seem quite cogent.  Running containers inside VMs allows for both the management advantages that namespace isolation provides and the flexibility and performance isolation advantages that VMs provide.  The key will be to develop cloud infrastructure services that are rich enough to exploit both technologies.  
richwolski
50%
50%
richwolski,
User Rank: Apprentice
4/17/2014 | 7:10:58 PM
Re: What is old is new.
I'm not sure about containers, but the concept of Virtual Machine dates to about 1970 with IBM.

Meyer, Richard A., and Love H. Seawright. "A virtual machine time-sharing system." IBM Systems Journal 9.3 (1970): 199-218.

It is striking as to how similar the goals were with respect to the ability to run multiple operating systems or OS versions.  Seawright wrote a follow on in 1979 with Richard MacKinnon

Seawright, Love H., and Richard A. MacKinnon. "VM/370—a study of multiplicity and usefulness." IBM Systems Journal 18.1 (1979): 4-17.

That reads as being quite modern (at a high level) in its justification for virtualization.

However the power of the economics should not be under estimated here.  While conceptually machine virtualization is old, its value today derives from a completeley different place in the technology economy and that is most certainly new.
Page 1 / 4   >   >>


IT's Reputation: What the Data Says
IT's Reputation: What the Data Says
InformationWeek's IT Perception Survey seeks to quantify how IT thinks it's doing versus how the business really views IT's performance in delivering services - and, more important, powering innovation. Our results suggest IT leaders should worry less about whether they're getting enough resources and more about the relationships they have with business unit peers.
Register for InformationWeek Newsletters
White Papers
Current Issue
InformationWeek Must Reads Oct. 21, 2014
InformationWeek's new Must Reads is a compendium of our best recent coverage of digital strategy. Learn why you should learn to embrace DevOps, how to avoid roadblocks for digital projects, what the five steps to API management are, and more.
Video
Slideshows
Twitter Feed
InformationWeek Radio
Archived InformationWeek Radio
A roundup of the top stories and community news at InformationWeek.com.
Sponsored Live Streaming Video
Everything You've Been Told About Mobility Is Wrong
Attend this video symposium with Sean Wisdom, Global Director of Mobility Solutions, and learn about how you can harness powerful new products to mobilize your business potential.