Exactly!! VMware calls it Virtual Infrastructure. You take those 10% servers and put 5-10 of them on each of a larger, more robust, more reliable (i.e., xSeries 445 class) server running VMware ESX and put their storage on a SAN. Now with Virtual Center managing all of it, and V-Motion to move the workload around both for service and capacity management, and it's darn qool!
Lee
At 02:05 PM 12/10/2004, you wrote:
That would be interesting. Then your server farm becomes an aggregate resource pool, and you could move load around as needed, not just to accomodate maintenance.
If we could do that here, I suspect we wouldn't need to buy another server for 5 years. We've got 300 + windows server, and as a result of politics and fiefdoming, few of them execpt the domino servers run more than 10% load.
"Smith, Ann (ISD, IT)" <[EMAIL PROTECTED] To tford.com> [EMAIL PROTECTED] Sent by: Linux on cc 390 Port <[EMAIL PROTECTED] Subject IST.EDU> Re: VMware vs. VM
12/10/2004 02:32 PM
Please respond to Linux on 390 Port <[EMAIL PROTECTED] IST.EDU>
Why do you migrate back to the physical server that needed to be updated? Why not just migrate to an updated server and leave it there? I'm finding the discussion of VMware interesting since I don't know much about it. We have VMware ESX here but supported by another area. I'm curious about physical server configuration and why you move the server back.
-----Original Message----- From: Linux on 390 Port [mailto:[EMAIL PROTECTED] Behalf Of Lee Stewart Sent: Friday, December 10, 2004 2:59 PM To: [EMAIL PROTECTED] Subject: Re: VMware vs. VM
How long a V-Motion migration takes depends on how big the virtual server is (all the memory contents have to be moved to the new physical server, usually over a dedicated gigabit ethernet connection. I've seen a migration take only a few minutes. There's no slow down during the migration. And some of their demos have been using streaming video with either no interruption, or at most a one second pause at the moment of changing processors, then continuing...
I still love VM and have for decades. But VMware is pretty spiff too. And both have their place.
Lee
At 12:31 PM 12/10/2004, you wrote: > > -----Original Message----- > > From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On > > Behalf Of Lee Stewart > > Sent: Friday, December 10, 2004 1:19 PM > > To: [EMAIL PROTECTED] > > Subject: Re: VMware vs. VM > > > > > ><snip> > > > > > Now a VMware Virtual Center (with V-Motion) example: I have > > to update my > > 4-way xSeries 445 to an 8-way, which requires the same type > > of hardware > > outage. And I have multiple VMware boxes in the shop, all controlled > > by Virtual Center. I can migrate the running Windows or > > Linux servers off > > the box I need to update, onto various other boxes while the update is > > being done, then back to the updated server -- all without > > ever taking the > > servers down. No outage from the customer or application point of > > view. All assuming you have the processor and memory > > capacity available to > > hold the workload on the other machines. (Keep in mind if > > you're running > > say 6 servers, those 6 could be moved to 6 different servers > > to spread the > > load.) > >How long does this take? Is there any slow down noticable during the >migration? > > > > > It would be analogous to taking a running Linux user under VM > > and migrating > > it to another zSeries box on the fly without taking the Linux user > > down. VM and zSeries is good, but it can't do that -- at least yet. > > > > Lee > > > > >-- >John McKown >Senior Systems Programmer >UICI Insurance Center >Information Technology > >This message (including any attachments) contains confidential >information intended for a specific individual and purpose, and its' >content is protected by law. If you are not the intended recipient, you >should delete this message and are hereby notified that any disclosure, >copying, or distribution of this transmission, or taking any action >based on it, is strictly prohibited. > >---------------------------------------------------------------------- >For LINUX-390 subscribe / signoff / archive access instructions, >send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit >http://www.marist.edu/htbin/wlvindex?LINUX-390
Lee Stewart, Senior SE Sirius Enterprise Systems Group (719) 566-0188 , Fax (309) 410-5363 [EMAIL PROTECTED] www.siriuscom.com
---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
This communication, including attachments, is for the exclusive use of addressee and may contain proprietary, confidential or privileged information. If you are not the intended recipient, any use, copying, disclosure, dissemination or distribution is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return email and delete this communication and destroy all copies.
---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
Lee Stewart, Senior SE Sirius Enterprise Systems Group (719) 566-0188 , Fax (309) 410-5363 [EMAIL PROTECTED] www.siriuscom.com
---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
