[openstack-dev] [openstack-ansible] LBaaSv2 / Octavia support

Brandon Logan brandon.logan at RACKSPACE.COM
Tue Jan 26 20:19:51 UTC 2016


Oh lbaas versioning was a big deal in the beginning.  Versioning an
advanced service is a whole other topic and exposed many "interesting"
issues with the neutron extension and service plugin framework.

The reason v1 and v2 cannot be run together are mainly to get over an
issue we had with the 2 different agents which woudl have caused a much
larger refactor.  The v1 OR v2 requirement was basically a hack to get
around that.  Now that Octavia is the reference implementation and the
default, relaxing this restriction shouldn't cause any problems really.
Although, I don't want to 100% guarantee that because it's been a while
since I was in that world.

If that were relaxed, the v2 agent and v1 agent could still be run at
the same time which is something to think about.  Come to think about
it, we might want to revisit whether the v2 and v1 agent running
together is something that can be easily fixed because many things have
improved since then AND my knowledge has obviously improved a lot since
that time.

Glad yall brought this up.

Thanks,
Brandon


On Tue, 2016-01-26 at 14:07 -0600, Major Hayden wrote:
> On 01/26/2016 02:01 PM, Fox, Kevin M wrote:
> > I believe lbaas v1 and v2 are different then every other openstack api version in that while you can run v1 and v2 at the same time but they are completely different systems that just share a name. A lb created in v1 doesn't show up in v2 or vis a versa. But being able to enable both at once gives users a migration path. If you don't do this, all their lb's will just disappear when going to octavia. :/
> 
> I tend to agree, but I'm hearing that it's not possible to run both versions concurrently.  Brandon might be able to share a little more about the reasons why.
> 
> --
> Major Hayden
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev



More information about the OpenStack-dev mailing list