Posts Tagged 'Linux'

Most Mainframe MIPS Installs are Linux

over on the ibmeye blog Greg makes this observation: “I found this surprising (if true): More than half the mainframe MIPS IBM sells are Linux” and “That seems to go against the trust of IBM’s marketing push.”

I have no idea if the numbers quoted are accurate, but I don’t see the inconsistency.

We’ve been on an Intel and general server consolidation drive for 15-years now. Back in the mid-90’s it was much harder, we were trying to convince organizations to move their Unix workloads to OS/390, aka MVS, aka z/OS, using the Unix Systems Services, but it was a tough sell. Even before that a few of us, primarily in Europe were driving to get customers to consolidated under utilized and unreliable file servers to MVS or VM using either LANRES(for Novell Netware) or the LAN File Services for MS and OS/2 LAN Servers.

I think the current trend to migrate to Linux on the mainframe is entirely consistent with organizations efforts to make the most of the environmental benefits of a large centralized server, along with the ease and openness of Linux. IBM has a massive internal effort, moving something like 3,500 servers.

Can you provide examples of where you think it’s inconsistent Greg?

RedMonk IT Management PodCast #10 thoughts

I’ve been working on slides this afternoon for a couple of projects, and wondering why producing slides hasn’t really gotten any easier in 20-years since Freelance under DOS? Why is it I’ve got a 22 flatscreen monitor as an extended desktop, and I’m using a trackpoint and mouse to move things around, and waiting for Windows to move pixel by pixel…

Anyway, I clicked on the LIBSyn link for the RedMonk IT Management Podcast #10 from back in April for some background noise. In the first 20-mins or so, Cote and John get into some interesting discussion about Power Systems, especially in relation to some projects Johns’ working on. As they joke and laugh their way through an easy discussion, they get a bit confused about naming and training.

First, the servers are called IBM Power Systems, or Power. The servers span from blades to high-end scalable monster servers. They all use the Power PC architecture, instruction set RISC chip. Formally there had been two versions of the same servers, System p and System i.

Three operating systems can run natively on Power Systems, AIX, IBM i (formally i5/OS and OS/400) and Linux. You can run these concurrently in any combination using the native virtualization, PowerVM. Amongst the features of PowerVM is the ability to create Logical Partitions. These are a hardware implementation and hardware protected Type-1 Hypervisor. So, it’s like VMware but not at all. You can get more on this in this white paper. For a longer read, see the IBM Systems Software Information Center.

John then discussed the need for training and the complexity of setting up a Power System. Sure, if you want to run a highly flexible, dynamically configurable, highly virtualized server, then you need to do training. Look at the massive market for Microsoft Windows, VMware and Cisco Networking certifications. Is there any question that running complex systems would require similar skills and training?

Of course, John would say that though, as someone who makes a living doing training and consulting, and obviously has a great deal of experience monitoring and managing systems.

However, many of our customers don’t have such a need, they do trust the tools and will configure and run systems without 4-6 months of training. Our autonomic computing may not have achieved everything we envisaged, but it has made a significant difference. You can use the System Config tool at order time, either alone, with your business partner or IBMer, and do the definition for the system, have it installed and provisioned and up and running within half a day.

When I first started in Power Systems, I didn’t take any classes, was not proficient in AIX or anything else Power related. I was able to get a server up and running from scratch and get WebSphere running business applications having read a couple of redbooks. Monitoring and debugging would have taken more time, another book. Clearly becoming an expert always takes longer, see the wikipedia definition of expert.

ps. John, if you drop out of the sky from 25k ft, it doesn’t matter if the flight was a mile or a thousand miles… you’ll hit the ground at the same speed ;-)

pps. Cote I assume your exciting editing session on episode 11, wasn’t so exiciting…

ppps. 15-minutes on travel on Episode #11, time for RedmOnk Travel Podcast


About & Contact

I'm Mark Cathcart, Director of Systems Engineering and a Distinguished Engineer at Dell. I was formerly an IBM Distinguished Engineer and member of the IBM Academy of Technology. I'm an information technology optimist.

Subscribe to updates via rss:

Feed Icon

Blog Stats

  • 34,754 hits