<div dir="ltr">Kumar,<div><br></div><div>How large of a deployment are you considering it for? We've run Neutron in a fairly large environment (10k+ nodes) for a year now and have learned some interesting lessons. We use a modified Openvswitch plugin and as such have no experience with the Nicira plugin. I think the largest single problem that we have as it pertains to scalability are the race conditions in neutron-server. Allocating IPs, network, ports etc tend to have some racey behaviors. I feel like many of these issues are being addressed by neutron developers, but also Neutron is very viable for large-scale production today. For instance most of the race conditions that I mention can be averted if you aren't writing to the database concurrently. You could designate ONE neutron-server as the "write" server and the rest as "read", it's a little tricky to do because you have to have a router in front of them all or reroute requests, but the API set is not very large so a very doable task. That being said, in our environment we use a single neutron-server with another standing by as backup. It's not as performant as we'd like it to be, but it hasn't stopped us from growing so far.</div>
<div><br></div><div>-Mike Wilson</div><div><br></div><div>P.S. There is a presentation from the Portland summit that myself and Jun Park did. In it we talk about some of the issues around scale although neutron (quantum at the time) is a smaller part of the talk. : <a href="http://www.openstack.org/summit/portland-2013/session-videos/presentation/using-openstack-in-a-traditional-hosting-environment">http://www.openstack.org/summit/portland-2013/session-videos/presentation/using-openstack-in-a-traditional-hosting-environment</a>. </div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Oct 2, 2013 at 11:04 AM, Kumar <span dir="ltr"><<a href="mailto:chvsnrk@gmail.com" target="_blank">chvsnrk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi,<div>  We are considering to run openstack Neutron in a large scale deployment. I would like to know community experience and suggestions.</div><div><br></div><div>To get to know the quality I am going through neutron bugs( I assume that is the best way to know the quality)</div>

<div>Some of them are real concerning like below bugs</div><div><a href="https://bugs.launchpad.net/neutron/+bug/1211915" target="_blank">https://bugs.launchpad.net/neutron/+bug/1211915</a><br></div><div><a href="https://bugs.launchpad.net/neutron/+bug/1230407" target="_blank">https://bugs.launchpad.net/neutron/+bug/1230407</a><br>

</div><div><a href="https://bugs.launchpad.net/neutron/+bug/1200001" target="_blank">https://bugs.launchpad.net/neutron/+bug/1200001</a><br></div><div><br></div><div>The bug 1211915 is raised for simple tempest tests,whats about huge deployments?</div>

<div>I am told even vendor neutron plugins too have similar issues when we create tens of instances in single click on horizon. And people see too many connection timeouts in quantum service logs with vendor plugins as well.</div>

<div><br></div><div>I was told that some were struck with nova-network as  there is no support yet to migrate  Neutron and they could not take advantage of new network services.<br></div><div><br></div><div>I would like to know community thinking on the same. Please note that I am not concerned on fix availability.</div>

<div><br></div><div>Thanks,</div><div>-Kumar</div><div><br></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">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>
<br></blockquote></div><br></div>