IBM likes to promote its System z mainframe as the virtualization platform par excellence, and with good reason. Not only is System z home to z/VM, the most mature hypervisor on the market, but thanks to its proprietary hardware innards and best-in-class software portfolio, it boasts what is arguably the market's most granular and manageable virtualization solution.
It doesn't, however, offer the industry's most comprehensive virtualization solution. For one thing, Big Blue supports only a few hand-picked operating environments (chiefly VSE and Linux) in addition to /OS. Conspicuously missing is support for Microsoft's Windows platform, to say nothing of other enterprise-grade operating systems such as OpenSolaris or Mac OS.
This is in spite of the fact that IBM long ago made its peace with Windows. It's an aggressive Windows OEM, supports Windows -- admittedly, not running in a virtual context -- on its System i platforms and, of course, is an ambitious player in the commodity (x64) virtualization segment. In fact, IBM's System z virtualization story is arguably inferior to that of rival Hewlett-Packard, which supports (or plans to support) many of its platforms -- HP-UX, Tru64 Unix and OpenVMS -- running in a virtual context, along with Linux and Windows. Rival Unisys lets users run Windows, Unix or Linux on top of its ES7000 or ClearPath servers, along with (in the latter case) both flavors of its proprietary mainframe operating system software.
IBM officials tend to demur when asked about the likelihood of running Windows in conjunction with z/VM. In an interview from late last year, for example, Karl Freund, vice-president of strategy and marketing for System z with IBM, said that "very few if any" mainframe customers had expressed a desire "to do that."
Freund didn't flatly rule out a Windows-on-System-z strategy, but instead positioned IBM's System x platforms, running in tandem with System z, as ideal virtual hosts for most Windows workloads. "We already have a solution to offer [mainframe customers] who want to do something like [virtualize their Windows assets]," said Freund, who, toeing IBM's oft-repeated line, likes to position System z as more of a hub -- and less of a one-size-fits-all monolith -- from which to manage and secure an enterprise-wide virtualization effort.
Vince Re, chief mainframe technologist with software giant CA Inc., likewise downplays the desirability of a Windows-on-System z strategy. He stressed that CA doesn't speak for IBM but contends that "the vast majority of [mainframe] customers just aren't interested in that." If anything, Re suggested, the ball is in Microsoft's court: Redmond can't champion the cause of Windows in the datacenter while continuing at the same time to ignore the mainframe, he maintained.
Re, like IBM's Freund, rejected the claim that the lack of a z/Windows offering somehow calls into question System z's virtualization bona-fides. "You also have to consider the cost [of running Windows workloads on the mainframe]. Linux [on System z] is mature, it's proven. You've got 10 years of development behind it, so it's at a point where [workloads] can run efficiently [on System z]," he said, adding, "Windows would be starting from scratch."
It is possible to run Windows applications, if not Windows itself, on top of a number of Unix-like operating systems, including Linux. There's the long-standing WINE Is Not an Emulator (WINE) Project that, after 15 years of development, finally shipped as a version 1.0 release last June. WINE supports most Linux distributions and all three flavors of BSD, in addition to OpenSolaris and Mac OS (via Darwine).
That's the good news. The bad news is that WINE doesn't do emulation, much less virtualization. Because most Windows applications are written for 32- or 64-bit x86 chips, they would first have to be recompiled (for System z CMOS) in order to run in WINE on top of z/Linux. There's another requisite: WINE is by no means a turnkey solution. Windows programs often have to be tweaked or custom-configured to properly run in its context.
What's more, WINE is more of a workstation-oriented offering. Past sponsors have included Corel, steward of the once-dominant WordPerfect Office productivity suite, and Google. It is, therefore, a less-than-ideal tool for workload consolidation on an enterprise scale -- at least for the kinds of adopters who would undertake to do as much on top of System z.
All Isn't Lost
There are alternatives to WINE, such as Mantissa's z/Vos which was announced just six months ago. It runs in z/VM and purports to let mainframe shops run any of several different operating environments (including Windows) on top of z/VM. z/Vos made a big splash at Winter SHARE and, once it ships, could very well amount to the best thing for Big Iron shops since zLinux itself.
Absent z/Vos, there's another compelling solution. Industry veteran Wayne Kernochan, a principal with consultancy Infostructure Associates, highlights Mono, an open source project first conceived by the former Ximian Inc., to create a version of Microsoft's .NET framework capable of running atop Linux, several flavors of BSD, Mac OS and Windows itself. Six years ago, Novell acquired Ximian and became Mono's steward; then, just months later, Novell acquired German Linux pioneer SuSE.
That chain of events paved the way for the Mono of today, which runs in z/Linux.
More precisely, Kernochan explained, Novell markets a Mono Extension for its SuSE Linux Enterprise Edition (SLES) 11, which runs on System z. This combination -- namely, of SLES 11 and Novell's Mono Extension -- makes it possible for SuSE shops to run .NET applications on top of System z. And that, Kernochan maintains, makes for an intriguing proposition.
Economy, Virtualization Eat Into Linux Growth‘G.I. Joe’ Set Visit Yields Explosions, Stunts And Nostalgia
