[Openstack-operators] Live migration
paul.d.walton at gmail.com
Thu Sep 6 19:16:49 UTC 2012
Well, I guess my real question next is, what happens when a VM is running
on a compute node and that node simply fails for whatever reason? Does
OpenStack have any way to detect a compute node failure, and attempt to
migrate its VMs to another node? I realize that the real VM and the
migrated VM may be out of sync with each other, but I'm assuming that a
relatively recent version of the VM is still present on the distributed
file system to facilitate migration.
Obviously, regular backups would be required for a real disaster recovery,
but the VMs I'm talking about won't be changing much, and being a few
minutes out of sync won't be a problem.
On Thu, Sep 6, 2012 at 1:32 PM, Joe Topjian <joe.topjian at cybera.ca> wrote:
> Hi Paul,
> OpenStack does not have anything like this yet. Anton Beloglazov has
> created a blueprint from some research work he's done that would provide
> such a feature:
> On Thu, Sep 6, 2012 at 12:26 PM, Paul Walton <paul.d.walton at gmail.com>wrote:
>> I have a quick question about live migration of VMs. I can see how to do
>> this manually from the command line, i.e. if I want to move a VM from one
>> compute node to another myself, but I was wondering if there is a way to
>> have OpenStack do this automatically for me to balance the load across all
>> the compute nodes dynamically?
>> Paul Walton
>> University of Arkansas
>> College of Engineering
>> CSCE Technical Support Team
>> J.B. Hunt Building, Room 440
>> OpenStack-operators mailing list
>> OpenStack-operators at lists.openstack.org
> Joe Topjian
> Systems Administrator
> Cybera Inc.
> Big data is coming to Canada. Join the welcome wagon.
> *Cyber Summit 2012*
> October 1-3, Banff
> Cybera is a not-for-profit organization that works to spur and support
> innovation, for the economic benefit of Alberta, through the use
> of cyberinfrastructure.
University of Arkansas
College of Engineering
CSCE Technical Support Team
J.B. Hunt Building, Room 440
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-operators