<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On Aug 5, 2014, at 4:52 PM, Joshua Harlow <<a href="mailto:harlowja@yahoo-inc.com">harlowja@yahoo-inc.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

<div dir="auto">
<div>I'm pretty sure yahoo is another case, with a large set of clusters on nova-network still ;)</div>
<div><br>
</div>
<div>I believe we have been active in these discussions, although I'm unsure what was discussed at the meetup (being that I had planned vacation, right now actually). </div>
<div><br>
</div>
<div>Anyways I think yahoo is fine with being a use case, but I can check when I get back.<br>
<br></div></div></blockquote><div><br></div><div><div>tl;dr: we’re willing to be a use case, but our internal timeline is such that in all likelihood</div><div>this will be as a post-mortem.</div><div><br></div></div><div>We (Yahoo) have thousands of pets that need migrated as well as an unspecified</div><div>number of cattle. A “live" strategy is strongly preferred (I’m not saying “live" migration</div><div>since in our case it needs to be an in-place operation, not shuffling instances around).</div><div>But several seconds of network outage? No problem. Disabling VM creation/deletion,</div><div>or even the entire Nova API for a few hours? Well take the grumbling from our internal</div><div>teams. A suspend/snapshot/cold-migrate would be an absolute last resort, and frankly</div><div>could push back our aggressive migration timeline significantly.</div><div><br></div><div>We’re interested in Oleg Bondarev’s solution, and I’ve even made some suggestions</div><div>in review comments as to how it can be made more “live," but it’s clear there are a</div><div>number of objections the greater Nova community has for it. Chief among these are the</div><div>addition of code and an API to Nova for what is essentially a one-shot operation, inability</div><div>to deal with more complicated configurations, and reliance on features only available in a</div><div>fresh release of libvirt. (As it turns out, only the latter affects us, but we’re a bit of an outlier</div><div>in the community.) It’s still under consideration for us, even if the community rejects the</div><div>approach.</div><div><br></div><div>As an alternative, we’re looking at DB-to-DB translation, with a one-shot script run on</div><div>the compute nodes to move network taps. We’d actually worked this out back in the</div><div>Quantum/Folsom era but backed off due to OVS/device driver issues (don’t ask -- I still</div><div>get nightmares). This, of course, would require an API outage, and is a "big bang"</div><div>approach (one of the attractions of Oleg’s approach is that we can migrate a few low-</div><div>value instances and then examine results carefully before proceeding). But once again,</div><div>our solution is likely to be of limited interest -- flat network without DHCP, no routers or</div><div>floating IPs, unconventional (for OpenStack) use of VLANs -- though we’d be happy</div><div>to share once the dust settles.</div><div><br></div><div>                        -Ed Hall</div>                        <a href="mailto:edhall@yahoo-inc.com">edhall@yahoo-inc.com</a></div><div><br><blockquote type="cite"><div dir="auto">
<div><br>
On Aug 5, 2014, at 7:11 PM, "Joe Gordon" <<a href="mailto:joe.gordon0@gmail.com">joe.gordon0@gmail.com</a>> wrote:<br>
<br>
</div>
<blockquote type="cite">
<div>
<div dir="ltr"><p dir="ltr"><br>
On Aug 5, 2014 12:57 PM, "Jay Pipes" <<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>> wrote:<br>
><br>
> On 08/05/2014 03:23 PM, Collins, Sean wrote:<br>
>><br>
>> On Tue, Aug 05, 2014 at 12:50:45PM EDT, Monty Taylor wrote:<br>
>>><br>
>>> However, I think the cost to providing that path far outweighs<br>
>>> the benefit in the face of other things on our plate.<br>
>><br>
>><br>
>> Perhaps those large operators that are hoping for a<br>
>> Nova-Network->Neutron zero-downtime live migration, could dedicate<br>
>> resources to this requirement? It is my direct experience that features<br>
>> that are important to a large organization will require resources<br>
>> from that very organization to be completed.<br>
><br>
><br>
> Indeed, that's partly why I called out Metacloud in the original post, as they were brought up as a deployer with this potential need. Please, if there are any other shops that:<br>
</p><p dir="ltr">Perhaps I am not remembering all the details discussed at the nova mid-cycle, but Metacloud was brought up as an example company uses nova network and not neutron, not as a company that needs live migration. And that getting them to move to neutron
 would be a good litmus test for nova-network performance parity, something that is very hard to do in the gate.   But that was all said without any folks from Metacloud in the room, so we may both be wrong.</p><p dir="ltr">><br>
> * Currently deploy nova-network<br>
> * Need to move to Neutron<br>
> * Their tenants cannot tolerate any downtime due to a cold migration<br>
><br>
> Please do comment on this thread and speak up.<br>
><br>
> Best,<br>
> -jay<br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</p>
</div>
</div>
</blockquote>
<blockquote type="cite">
<div><span>_______________________________________________</span><br>
<span>OpenStack-dev mailing list</span><br>
<span><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a></span><br>
<span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a></span><br>
</div>
</blockquote>
</div>

_______________________________________________<br>OpenStack-dev mailing list<br><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev<br></blockquote></div><br></body></html>