<tt><font size=2>Monty Taylor <mordred@inaugust.com> wrote on 08/05/2014
12:27:14 PM:<br>
<br>
> On 08/05/2014 09:18 AM, Jay Pipes wrote:<br>
> > Hello stackers, TC, Neutron contributors,<br>
> ><br>
> > At the Nova mid-cycle meetup last week in Oregon, during the
discussion<br>
> > about the future of nova-network, the topic of nova-network ->
Neutron<br>
> > migration came up.<br>
> ><br>
> > For some reason, I had been clueless about the details of one
of the<br>
> > items in the gap analysis the TC had requested [1]. Namely, the
5th<br>
> > item, about nova-network -> Neutron migration, which is detailed
in the<br>
> > following specification:<br>
> ><br>
> > </font></tt><a href="https://review.openstack.org/#/c/101921/12/specs/juno/neutron-migration.rst"><tt><font size=2>https://review.openstack.org/#/c/101921/12/specs/juno/neutron-migration.rst</font></tt></a><tt><font size=2><br>
> ><br>
> > ...<br>
> ><br>
> > I personally believe that this requirement to support a live
migration<br>
> > with no downtime of running instances between a nova-network
and a<br>
> > Neutron deployment *is neither realistic, nor worth the extensive
time<br>
> > and technical debt needed to make this happen*.<br>
> ><br>
> > I suggest that it would be better to instead provide good instructions<br>
> > for doing cold migration (snapshot VMs in old nova-network deployment,<br>
> > store in Swift or something, then launch VM from a snapshot in
new<br>
> > Neutron deployment) -- which should cover the majority of deployments
--<br>
> > and then write some instructions for what to look out for when
doing a<br>
> > custom migration for environments that simply cannot afford any
downtime<br>
> > and *really* want to migrate to Neutron. For these deployments,
it's<br>
> > almost guaranteed that they will need to mangle their existing
databases<br>
> > and do manual data migration anyway -- like RAX did when moving
from<br>
> > nova-network to Neutron. The variables are too many to list here,
and<br>
> > the number of deployments actually *needing* this work seems
to me to be<br>
> > very limited. Someone suggested Metacloud *might* be the only
deployment<br>
> > that might meet the needs for a live nova-network -> Neutron
migration.<br>
> > Metacloud folks, please do respond here!<br>
> ><br>
> > ...<br>
> <br>
> I agree 100%. Although I understand the I think it's an unreasonably
<br>
> high burden in an area where there are many many other real pressing
<br>
> issues that need to be solved.<br>
</font></tt>
<br><tt><font size=2>I will go a little further.  My focus is on workloads
that are composed of scaling groups (one strict way of saying "cattle
not pets").  In this case I do not need to migrate individual
Compute instances, just shut down obsolete ones and start shiny new ones.</font></tt>
<br>
<br><tt><font size=2>Regards,</font></tt>
<br><tt><font size=2>Mike</font></tt>
<br>
<br>