You'd probably migrate back to the old (now updated) server to balance your
workload capacity.  Of course if you had the capacity on the other
server(s), there'd be no "need", at least right away.

Lee

At 01:32 PM 12/10/2004, you wrote:
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


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

Reply via email to