Open Stack

Junhong,
            It seems you have set a per-condition here: A Kilo controller
should be able to manage to a Juno compute node without any problem.
I am not so confident about this per-requites. We also need confirmation
from the community about it.

Regards,

Xiandong Meng <mengxiandong at gmail.com>
mengxiandong at gmail.com

On Wed, Dec 3, 2014 at 4:14 PM, Li Junhong <lijh.hust at gmail.com> wrote:

> Dear All,
>
> I'm working on migrating the VMs among compute nodes, I read the
> python-novaclient and nova codes and did some investigation in nova to see
> the options to migrate VM between hosts, shown as below, could you guys
> help to have a look, add your comments and correct me if I miss anything?
> It seems that the following existing commands all have their pro and cons.
> Is there a command that satisfies the following requirement:
>
>    - It can migrate the running or non-running VMs among hosts
>    - The migration target host can be identified
>    - The new VM on the migration target host looks exactly the same as
>    the original one, the changes on the VM operating system can be retained
>
> The following commands are pairs, the first one is for a single server,
> while the second one is for host (the commands will iterate the VMs running
> on the host and run the first command against each of them)
>
>
> ​
> --
> Best Regards!
> ------------------------------------------------------------------------
> Junhong, Li
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141203/408b9411/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VM migration.jpg
Type: image/jpeg
Size: 186391 bytes
Desc: not available
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20141203/408b9411/attachment.jpg>