Philosophical question? The heart of the matter lies in why so many images in the first place? If I need a half dozen images of Linux to service the Web, but those Linux images can all be running under VM, what is different between Linux and VM that lets VM handle the concurrent workload better than Linux can?
It is a variation of the old arguement as to which is better, VM and serveral VSE guests or one MVS instance. -----Original Message----- From: Jim Sibley [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 29, 2003 11:55 AM To: [EMAIL PROTECTED] Subject: Whither consolidation and what then? I had a look at the ebay prototype and it was, well, less than moving. What they they is a fibre cable going into a switch, then dozens of cables going to dozens of web serves in intel boxes in racks, then dozens of cables going to a switch to a single fibre to a data base server. So, with web server consolidation, these dozens of servers get put under VM and the dozens x 2 cables and a switch get replaced by OSA cards and/or hipersockets. Voila, less floor space, less power, less manpower to maintain, less cost of total ownership and maintenance. All true, no question in my mind. What happens then? You still have dozens of copies of Linux running in dozens of EC machines. And they're talking to each other via TCP/IP stacks over a number of high speed connections. Have you really advanced the architecture and capabilities of Linux? So my question is: What moves are afoot to reduce the number of required images by consolidating their functions and remove the TCP/IP communications between applications? Isn't this the next logical step? (On the backend, database side, one or a few large DB servers seem to be able to handle the actual DB workload). ===== Jim Sibley Implementor of Linux on zSeries in the beautiful Silicon Valley "Computer are useless.They can only give answers." Pablo Picasso __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com Confidentiality Warning: This e-mail contains information intended only for the use of the individual or entity named above. If the reader of this e-mail is not the intended recipient or the employee or agent responsible for delivering it to the intended recipient, any dissemination, publication or copying of this e-mail is strictly prohibited. The sender does not accept any responsibility for any loss, disruption or damage to your data or computer system that may occur while using data contained in, or transmitted with, this e-mail. If you have received this e-mail in error, please immediately notify us by return e-mail. Thank you.
