[openstack-dev] [nova][cell] Can nova do live migration cross cells?

少合冯 lvmxhster at gmail.com
Fri Jan 8 14:55:51 UTC 2016


Thank you very much. .

And Andrew Laski  has answer my second question.

2016-01-08 20:33 GMT+08:00 John Garbutt <john at johngarbutt.com>:

> On 8 January 2016 at 08:17, 少合冯 <lvmxhster at gmail.com> wrote:
> > Hi, all
> >
> > Now I'm working on the migrations list/show API.
> > The new api defines  migrations is a sub-collection of an instance.
> > GET   v2.1/tenant_id/servers/server-id/migrations/migration-id
> >
> > I need to support  the new cell API to get a migration of a specified
> > instance.
> > get_migration_by_instance_and_id
> >
> > I read up the nova cell doc.
> > http://docs.openstack.org/developer/nova/cells.html
> >
> > It tells us that, the migrations table will be API-level.
> > The instances table is Cell-level.
> > So does that means that we can do live migration cross cells?
>
> In sort, you can't currently live-migrate between cells.
>
> So there is the current cells v1. When using cells v1 you will never
> be able to move between cells. In addition, when using nova-network,
> network assumptions generally mean IPs can't move between cells.
>
> In cells v2, we were talking about ways that could happen. Its still
> hard, because you would need to copy the instance record between one
> cell database to another, with the API understanding how the move is
> going. Complexity best avoided, if possible.
>
> > And also this will affect my code.
> > If the migrations is API-level, so I do not need a cell name to get the
> > migrations info from DB.
> >
> > Or I need to get the cell name by the specified instance, and then get
> the
> > migrations info by _TargetedMessage.
>
> Afraid I don't have enough context from the rest of your email to
> answer these questions.
>
> Thanks,
> John
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160108/174312f7/attachment.html>


More information about the OpenStack-dev mailing list