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

Kevin Carter kevin.carter at RACKSPACE.COM
Tue Jan 26 19:48:42 UTC 2016


Seems like a sensible change however I'd love to see it written up as a spec. Also do we know if there are any scenario tests in tempest for octavia or would we need to develop them/something? 

As for adding Octavia as a new service within OpenStack Ansible this makes sense. Another approach may be to add octavia to the existing neutron-agent container which would making coordinating some of the services easier while ensuring the service deployment is simpler but that has isolation and segmentation drawback so i have no strong opinions on whats best. 

I personally think it'd be great to see this feature in OSA and I look forward to reviewing the spec.

--

Kevin Carter
IRC: cloudnull


________________________________________
From: Major Hayden <major at mhtx.net>
Sent: Tuesday, January 26, 2016 1:40 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: [openstack-dev] [openstack-ansible] LBaaSv2 / Octavia support

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Hey there,

After poking around a bit at LBaaS in OpenStack-Ansible, I discovered that LBaaS v2[1] was available in Liberty and Mitaka.  At first, I thought it involved switching agents from neutron-lbaas-agent to neutron-lbaasv2-agent, but things are a little bit more involved.

LBaaS v1 works by configuring HAProxy within agent containers.  However, LBaaS v2 creates virtual machines to hold load balancers and attaches those virtual machines to the appropriate subnet.  It offers some active/passive failover capabilities, but a single load balancer is the default.  One of the biggest benefits of v2 is that you can put multiple listeners on the same load balancer.  For example, you could host a website on ports 80 and 443 on the same VIP and floating IP address.

The provisioning would look like this for v2:

  * Create a load balancer
  * Create a listener
  * Create a pool
  * Create members in the pool

Many thanks to Brandon Logan (blogan) for sitting down with me this morning to go over it.  It looks like we'd need to do the following to get LBaaS v2 into OpenStack-Ansible:

  1) Build a new container to hold an Octavia venv

  2) Run four new daemons in that container:

    * octavia-api
    * octavia-worker
    * octavia-housekeeping
    * octavia-health-manager

  3) Ensure that neutron-lbaas-agent isn't running at the same time as the octavia stack

  4) Create a new RabbitMQ queue for octavia along with credentials

  5) Create a new MariaDB database for octavia along with credentials

At this moment, LBaaS v2 panels are planned for Horizon in Mitaka, but they're not available as of right now.  It seems like a spec would be necessary for this effort.

Are there users/deployers who would like to have this feature available?

[1] http://docs.openstack.org/developer/devstack/guides/devstack-with-lbaas-v2.html

- --
Major Hayden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWp8usAAoJEHNwUeDBAR+xXk8P/37tkHZujAbbX3SY5X4dR2wX
cmR1DN+upBHJgVfrEKdFEBkGaS5ByZXnSvB0nGdJGYluL22DmNQRW2VxYDkqF+/W
h/0dprxEzscdYCt8cO/8LVftZ0krln7Wp7Yn8YUCLSm9yHPrrgUIUIJNm6r552Ts
BEJrdDaC+9R+vMstYFzdHKPegV53L25muXFCU7FM50WeGEXOgd72rMNf81VSQXUU
DBJzYyYvN8MZownOcvoh9aAH6a+ASwZmEMZpc7HGj2ltpc99LSfmuTT+t8Jzysr5
prCK6XBzzsedgYFWG2v1JZUOvTgjhbkeLIjPhYdnzfYp3b1sOz1qL9EXOcw/p4z7
xyHgns2HlpAMixTmqg+ZfaveGfqKAo6Pu+6z+BIT3+uqec7t1cQy3CQ7bBOX8GBe
PQyzU06jdT9x+/sarQGGfqMOfnX9XPEfUlfC7xa1KGUDdK7wf+yZdVf+D2Uh+vr/
K8Tohnswr6wDgVxB60Z+tptXkmSkV4jhPvXo9cPN2Gjed7/R1wb71XSb+OJ/3jxg
OdCVAz6mbCBxjWhrGkz7RR90NDZNy5CD3tqv22rVOuYZIFKw+IccCZ6KIfN8Fgne
XscCZPsZ2n/535PjAXDYqfHi+Qb7bAjjvj7Ast9bGNGrUiwNuoKa+L4HjFfopUqs
hXlq6F7n3pPmMCIgR76o
=KsIk
-----END PGP SIGNATURE-----

__________________________________________________________________________
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