Stephen Balukoff 1b992d1e12 Assign peer_port on listener creation
The introduction of shared_pools broke one of the flows for
assigning the listener peer_port. This went unnoticed for a little
while since this is presently only used in active-standby
topologies, and we don't have any scenario tests right now which
exercise active-standby regularly.

In looking to fix this flow, I realized that there's no reason we
can't assign the listener peer_port when the listener object is
created in the database. By doing this, we eliminate the need for
a couple controller worker database tasks and simplify the
listener creation flow.

This patch, therefore, updates the repository code to assign the
peer_port on listener creation, and eliminates the now redundant
controller worker database tasks and simplifies the create listener
flow.

Change-Id: I0c15dfa154c7cd57f1626945bb76c0ac0b9de071
Closes-Bug: 1547233
2016-02-23 16:40:09 -08:00
2014-09-04 15:28:10 -06:00
2016-02-17 13:51:11 -08:00
2016-02-17 13:51:11 -08:00
2014-09-04 15:28:10 -06:00
2015-09-29 17:37:35 +00:00
2014-09-04 15:28:10 -06:00
2015-10-01 23:58:03 +00:00
2016-02-17 13:51:11 -08:00
2015-09-17 12:15:32 +00:00
2016-01-13 14:04:13 +08:00

Octavia

Latest Version

Downloads

Operator-grade open source scalable load balancer.

The Octavia project seeks to become the standard operator-grade load balancer in use in large OpenStack deployments. Note that it is not competing with the Neutron LBaaS extension and may never actually replace it. Rather, Octavia should be seen as "yet another vendor" which is accessed via a driver for Neutron LBaaS.

For more information on project direction and guiding principles for contributors, please see the CONSTITUTION.rst file in this directory, or specifications in the specs/ subdirectory. Other documentation can be found in the docs/ directory.

Please also see https://wiki.openstack.org/wiki/Octavia/Roadmap for the latest version of our project roadmap.

Description
Load Balancing as a Service (LBaaS) for OpenStack
Readme 97 MiB
Languages
Python 97.5%
Shell 1.9%
Jinja 0.6%