<div dir="ltr">Hi Vijay,<div>Currently Neutron LBaaS supports only namespace based implementation for HAProxy. </div><div>You can however run LBaaS agent on the host other than network controller node - in that</div><div>case HAProxy processes will be running on that host but still in namespaces.</div>
<div><br></div><div>Also there is an effort in Neutron regarding adding support of advanced services in VMs [1].</div><div>After it is completed I hope it will be possible to adopt it in LBaaS and run HAProxy in such a service VM.</div>
<div><br></div><div>[1] <a href="https://blueprints.launchpad.net/neutron/+spec/adv-services-in-vms">https://blueprints.launchpad.net/neutron/+spec/adv-services-in-vms</a></div><div><br></div><div>Thanks,</div><div>Oleg</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 25, 2014 at 1:39 AM, Vijay B <span dir="ltr"><<a href="mailto:os.vbvs@gmail.com" target="_blank">os.vbvs@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 Eugene,<div><br></div><div>Thanks for the reply! How/where is the agent configuration done for HAProxy? If I don't want to go with a network namespace based HAProxy process, but want to deploy my own HAProxy instance on a host outside of the network controller node, and make neutron deploy pools/VIPs on that HAProxy instance, does neutron currently support this scenario? If so, what are the configuration steps I will need to carry out to deploy HAProxy on a separate host (for example, where do I specify the ip address of the haproxy host, etc)?</div>

<div><br></div><div>Regards,</div><div>Vijay</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Mar 24, 2014 at 2:04 PM, Eugene Nikanorov <span dir="ltr"><<a href="mailto:enikanorov@mirantis.com" target="_blank">enikanorov@mirantis.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><br></div><div>HAProxy driver has not removed from the trunk, instead it became a base for agent-based driver, so the only haproxy-specific thing in the plugin driver is device driver name. Namespace driver is a device driver on the agent side and it was there from the beginning.</div>


<div>The reason for the change is mere refactoring: it seems that solutions that employ agents could share the same code with only device driver being specific.</div><div><br></div><div>So, everything is in place, HAProxy continues to be the default implementation of Neutron LBaaS service. It supports spawning haproxy processes on any host that runs lbaas agent.</div>


<div><br></div><div>Thanks,</div><div>Eugene.</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Tue, Mar 25, 2014 at 12:33 AM, Vijay B <span dir="ltr"><<a href="mailto:os.vbvs@gmail.com" target="_blank">os.vbvs@gmail.com</a>></span> wrote:<br>


</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Hi,<div><br></div><div>I'm looking at HAProxy support in Neutron, and I observe that the drivers/haproxy/plugin_driver.py file in the stable/havana release has been effectively removed from trunk (master), in that the plugin driver in the master simply points to the namespace driver. What was the reason to do this? Was the plugin driver in havana tested and documented? I can't seem to get hold of any relevant documentation that describes how to configure HAProxy LBs installed on separate boxes (and not brought up in network namespaces) - can anyone please point me to the same?</div>



<div><br></div><div>Also, are there any plans to bring back the HAProxy plugin driver to talk to remote HAProxy instances?</div><div><br></div><div>Thanks,</div><div>Regards,</div><div>Vijay</div></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></div>
<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>
<br></blockquote></div><br></div>
</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>