<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">You’re definitely stuck on lbaas v1 until you upgrade to Kilo, but…</div><div class=""><br class=""></div><div class="">But, it would be possible to write an lbaasv1 driver for octavia, though octavia likely won’t be mature enough to be useful for that until the end of Liberty or so. Also, though “vendor” is a bad word in openstack (and that’s ok), there are a few vendor offerings, some of which will make v1 more usable and/or extend it with other features.</div><div class=""><div class=""><br class=""></div><div class="">Can you describe what you’re trying to do, and we can make some suggestions? Worst case, we’re always looking to hear more use cases as we build things.</div><div class=""><br class=""></div><div class="">Thanks,</div><div class="">doug</div></div><div class=""><br class=""></div><div class=""><br class=""></div><br class=""><div><blockquote type="cite" class=""><div class="">On May 4, 2015, at 10:14 PM, Daniel Comnea <<a href="mailto:comnea.dani@gmail.com" class="">comnea.dani@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class=""><div class=""><div class="">Thanks a bunch Doug, very clear & helpful info.<br class=""><br class=""></div>so with that said those who run IceHouse or Juno are (more or less :) ) dead in the water as the only option is v1 ...hmm<br class=""><br class=""></div>Dani<br class=""></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Mon, May 4, 2015 at 10:21 PM, Doug Wiegley <span dir="ltr" class=""><<a href="mailto:dougwig@parksidesoftware.com" target="_blank" class="">dougwig@parksidesoftware.com</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">lbaas v1:<br class="">
<br class="">
This is the original Neutron LBaaS, and what you see in Horizon or in the neutron CLI as “lb-*”. It has an haproxy backend, and a few vendors supporting it. Feature-wise, it’s basically a byte pump.<br class="">
<br class="">
lbaas v2:<br class="">
<br class="">
This is the “new” Neutron LBaaS, and is in the neutron CLI as “lbaas-*” (it’s not yet in Horizon.) It first shipped in Kilo. It re-organizes the objects, and adds TLS termination support, and has L7 plus other new goodies planned in Liberty. It similarly has an haproxy reference backend with a few vendors supporting it.<br class="">
<br class="">
octavia:<br class="">
<br class="">
Think of this as a service vm framework that is specific to lbaas, to implement lbaas via nova VMs instead of “lbaas agents". It is expected to be the reference backend implementation for neutron lbaasv2 in liberty. It could also be used as its own front-end, and/or given drivers to be a load balancing framework completely outside neutron/nova, though that is not the present direction of development.<br class="">
<br class="">
Thanks,<br class="">
doug<br class="">
<div class=""><div class="h5"><br class="">
<br class="">
<br class="">
<br class="">
> On May 4, 2015, at 1:57 PM, Daniel Comnea <<a href="mailto:comnea.dani@gmail.com" class="">comnea.dani@gmail.com</a>> wrote:<br class="">
><br class="">
> Hi all,<br class="">
><br class="">
> I'm trying to gather more info about the differences between<br class="">
><br class="">
> Neutron LBaaS v1<br class="">
> Neutron LBaaS v2<br class="">
> Octavia<br class="">
><br class="">
> I know Octavia is still not marked production but on the other hand i keep hearing inside my organization that Neutron LBaaS is missing few critical "pieces" so i'd very much appreciate if anyone can provide detailed info about the differences above.<br class="">
><br class="">
> Thanks,<br class="">
> Dani<br class="">
</div></div>> __________________________________________________________________________<br class="">
> OpenStack Development Mailing List (not for usage questions)<br class="">
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
<br class="">
<br class="">
__________________________________________________________________________<br class="">
OpenStack Development Mailing List (not for usage questions)<br class="">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" target="_blank" class="">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="">
</blockquote></div><br class=""></div>
__________________________________________________________________________<br class="">OpenStack Development Mailing List (not for usage questions)<br class="">Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" class="">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br class=""><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" class="">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class=""></div></blockquote></div><br class=""></body></html>