<div dir="ltr"><p class="MsoNormal">Hi Neutron LBaaS folks, </p><p class="MsoNormal"><br></p><p class="MsoNormal">I have been getting up to speed on the Neutron LBaaS
implementation and have been wondering how to make it fit our needs in HP
public cloud as well as as an enterprise-grade load balancer service for HP
Openstack implementations. We are currently using Libra as our LBaaS
implementation and are interested in moving to the Neutron LBaaS service in the
future. </p><p class="MsoNormal"><br></p>

<p class="MsoNormal">I have been looking at the LBaaS requirements posted by
Jorge at:</p>

<p class="MsoNormal"><a href="https://wiki.openstack.org/wiki/Neutron/LBaaS/requirements" target="_blank" style="font-family:arial,sans-serif;font-size:13px">https://wiki.openstack.org/wiki/Neutron/LBaaS/requirements</a><br>
</p><p class="MsoNormal"><br></p>

<p class="MsoNormal">When we started looking at existing packages for our LBaaS
service we had a focus on requirements needed to create a managed service where
the user would just interact with the service APIs and not have to deal with
resiliency, HA, monitoring, and reporting functions themselves. Andrew
Hutchings became the HP Tech Lead for the open source Libra project. For
historical reasons around why we decided to contribute to Libra see:</p><p class="MsoNormal"><a href="http://openstack.10931.n7.nabble.com/Neutron-Relationship-between-Neutron-LBaaS-and-Libra-td29562.html">http://openstack.10931.n7.nabble.com/Neutron-Relationship-between-Neutron-LBaaS-and-Libra-td29562.html</a></p>


<p class="MsoNormal"><br></p><p class="MsoNormal">We would like to discuss adding the concept of “managed
services” to the Neutron LBaaS either directly or via a Neutron LBaaS plug-in
to Libra/HA proxy. The latter could be a second approach for some of the
software load-balancers e.g. HA proxy since I am not sure that it makes sense
to deploy Libra within Devstack on a single VM.</p>

<p class="MsoNormal"><br></p><p class="MsoNormal">Currently users would have to deal with HA, resiliency,
monitoring and managing their load-balancers themselves.  As a service provider we are taking a more
managed service approach allowing our customers to consider the LB as a black
box and the service manages the resiliency, HA, monitoring, etc. for them. </p>

<p class="MsoNormal"><br></p><p class="MsoNormal">We like where Neutron LBaaS is going with regards to L7 policies
and SSL termination support which Libra is not currently supporting and want to
take advantage of the best in each project. </p>

<p class="MsoNormal">We have a draft on how we could make Neutron LBaaS take advantage
of Libra in the back-end.  </p><p class="MsoNormal">The details
are available at: <a href="https://wiki.openstack.org/wiki/Neutron/LBaaS/LBaaS%2Band%2BLibra%2Bintegration%2BDraft">https://wiki.openstack.org/wiki/Neutron/LBaaS/LBaaS%2Band%2BLibra%2Bintegration%2BDraft</a></p>

<p class="MsoNormal"><br></p><p class="MsoNormal">While this would allow us to fill a gap short term we would
like to discuss the longer term strategy since we believe that everybody would
benefit from having such “managed services” artifacts built directly into
Neutron LBaaS.</p>

<p class="MsoNormal"><br></p><p class="MsoNormal">There are blueprints on high-availability for the HA proxy
software load-balancer and we would like to suggest implementations that fit
our needs as services providers. </p>

<p class="MsoNormal"><br></p><p class="MsoNormal">One example where the managed service approach for the HA proxy load
balancer is different from the current Neutron LBaaS roadmap is around HA and
resiliency. The 2 LB HA setup proposed (<a href="https://blueprints.launchpad.net/neutron/+spec/lbaas-ha-haproxy">https://blueprints.launchpad.net/neutron/+spec/lbaas-ha-haproxy</a>)
isn’t appropriate for service providers in that users would have to pay for the
extra load-balancer even though it is not being actively used.  An alternative approach is to implement
resiliency using a pool of stand-by load-and preconfigured load balancers own
by e.g. LBaaS tenant and assign load-balancers from the pool to tenants
environments. We currently are using this approach in the public cloud with
Libra and it takes approximately 80 seconds for the service to decide that a
load-balancer has failed, <span style="color:black">swap the
floating ip and update the db, etc. and have a new LB running.</span></p><p class="MsoNormal"><span style="color:black"><br></span></p><p class="MsoNormal"><span style="color:black">Regards Susanne </span></p><p class="MsoNormal">
<span style="color:black"><br></span></p><p class="MsoNormal"><span style="color:black">--------------</span></p><p class="MsoNormal"><span style="color:black">Susanne Balle</span></p><p class="MsoNormal"><span style="color:black">HP Cloud</span><br>
</p><p class="MsoNormal"><span style="color:black"><br></span></p><p class="MsoNormal"><span style="color:black"><br></span></p>

<p class="MsoNormal"> </p></div>