Hi Balaji, <div><br></div><div>There are 3 blueprints directly related to LBaaS:</div><div> * <a href="https://blueprints.launchpad.net/quantum/+spec/lbaas-restapi-tenant">https://blueprints.launchpad.net/quantum/+spec/lbaas-restapi-tenant</a> - REST API as it is specified at <a href="https://wiki.openstack.org/wiki/Quantum/LBaaS/API_1.0" target="_blank">https://wiki.openstack.org/wiki/Quantum/LBaaS/API_1.0</a></div>
<div> * <a href="https://blueprints.launchpad.net/quantum/+spec/lbaas-plugin-api-crud">https://blueprints.launchpad.net/quantum/+spec/lbaas-plugin-api-crud</a> - db and plugin</div><div> * <a href="https://blueprints.launchpad.net/quantum/+spec/lbaas-namespace-agent">https://blueprints.launchpad.net/quantum/+spec/lbaas-namespace-agent</a> - agent and driver for HAProxy</div>
<div><br></div><div>The agent part is less documented, but its designed similar to L3 and DHCP agents. The agent polls LB plugin via RPC and retrieves the full configuration. If there are changes (new objects in PENDING_CREATE state, or updated in PENDING_UPDATE) they are applied to HAProxy. Every pool/vip results in 1 haproxy process running on the same host as agent. Haproxy is executed in separate IP namespace, thus all load balancers isolated from each other from OS and network perspectives. There is exactly 1 haproxy per pool/vip.</div>
<div><br></div><div>The roadmap for LB plugin is vast and will be discussed at the Summit. Current proposals are at <a href="https://etherpad.openstack.org/havana-quantum-lbaas">https://etherpad.openstack.org/havana-quantum-lbaas</a>.</div>
<div><br></div><div><br></div><div>Thanks,</div><div>Ilya<br><br><div class="gmail_quote">2013/3/29 balaji patnala <span dir="ltr"><<a href="mailto:patnala003@gmail.com" target="_blank">patnala003@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Hi Ilya,</div>
<div> </div>
<div>Do we have any blue-print for this. Just want to understand the architecture we followed for this.</div>
<div> </div>
<div>As this feature has got into multiple discussions and architecture changes.</div>
<div> </div>
<div>we should understand the basic architecture so that we can extend the same for both HW based SLBs and VM based SLBs.</div>
<div> </div>
<div>Regards,</div>
<div>Balaji.P<br><br></div>
<div class="gmail_quote"><div><div class="h5">On Thu, Mar 28, 2013 at 5:43 PM, Ilya Shakhat <span dir="ltr"><<a href="mailto:ishakhat@mirantis.com" target="_blank">ishakhat@mirantis.com</a>></span> wrote:<br>
</div></div><blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote"><div><div class="h5">Hi,  
<div><br></div>
<div>Please review a new section in API docs describing LBaaS extension. Review is <a href="https://review.openstack.org/#/c/25409/" target="_blank">https://review.openstack.org/#/c/25409/</a></div>
<div>The text is partially based on <a href="https://wiki.openstack.org/wiki/Quantum/LBaaS/API_1.0" target="_blank">https://wiki.openstack.org/wiki/Quantum/LBaaS/API_1.0</a> . Requests and responses are captured from traffic between python-client and quantum, thus may slightly differ from what documented on wiki.</div>


<div><br></div>
<div>Thanks,</div>
<div>Ilya</div><br></div></div>_______________________________________________<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>
<br></blockquote></div><br>
</blockquote></div><br></div>