master
stable/xena
stable/zed
stable/yoga
stable/ussuri
stable/victoria
stable/train
stable/wallaby
9.1.0
wallaby-em
11.0.0
11.0.0.0rc1
victoria-em
10.0.0
10.0.0.0rc1
7.1.2
9.0.1
8.0.1
ussuri-em
6.2.2
9.0.0
9.0.0.0rc1
6.2.1
train-em
5.1.2
8.0.0
8.0.0.0rc2
8.0.0.0rc1
6.2.0
5.1.1
7.1.1
stein-eol
7.1.0
5.1.0
stein-em
4.1.4
6.1.0
5.0.3
7.0.0
7.0.0.0rc1
queens-eol
rocky-eol
4.1.3
5.0.2
6.0.1
4.1.2
pike-eol
ocata-eol
6.0.0
6.0.0.0rc1
rocky-em
3.2.2
5.0.1
4.1.1
3.2.1
queens-em
5.0.0
5.0.0.0rc2
4.1.0
3.2.0
2.1.2
5.0.0.0rc1
4.0.1
3.1.1
2.1.1
pike-em
1.0.5
3.1.0
2.1.0
ocata-em
4.0.0
4.0.0.0rc3
4.0.0.0rc2
4.0.0.0rc1
2.0.4
3.0.2
2.0.3
1.0.4
3.0.1
1.0.3
2.0.2
3.0.0
3.0.0.0rc3
3.0.0.0rc2
3.0.0.0rc1
3.0.0.0b3
3.0.0.0b2
3.0.0.0b1
2.0.1
1.0.2
2.0.0
2.0.0.0rc2
2.0.0.0rc1
2.0.0.0b3
2.0.0.0b2
2.0.0.0b1
newton-eol
0.9.2
1.0.1
1.0.0
1.0.0.0rc2
1.0.0.0rc1
1.0.0.0b3
mitaka-eol
1.0.0.0b2
1.0.0.0b1
liberty-eol
0.10.0
0.8.1
0.9.1
0.9.0
0.8.0
0.5.2
0.5.1
0.5.0
${ noResults }
4 Commits (7890f0d99929f0c2630486c7956448b1ae3d1843)
| Author | SHA1 | Message | Date |
|---|---|---|---|
Doug Hellmann
|
0322cbc5c3 |
fix tox python3 overrides
We want to default to running all tox environments under python 3, so set the basepython value in each environment. We do not want to specify a minor version number, because we do not want to have to update the file every time we upgrade python. We do not want to set the override once in testenv, because that breaks the more specific versions used in default environments like py35 and py36. This patch also updates pylint to 1.5.6 which is compatible with python3. In updating pylint we have some issues to correct, this patch addresses those issues so the Octavia code passes pylint 1.5.6. Change-Id: Iec21f4c803a427059d595612336d67a35ebf9585 Signed-off-by: Doug Hellmann <doug@doughellmann.com> |
5 years ago |
|
Michael Johnson
|
eebd2d4e33 |
Fix active/standby under python3
Changes in diskimage-builder switched the amphora image to use python3. The active/standby code was not python3 compatible. This patch corrects that issue. Change-Id: I81db0e52f1a21d1e3ceea6a4ec2467145f761e55 Closes-Bug: #1659116 |
6 years ago |
|
Yang Li
|
eff96e6a5e |
We should set status to be 1 if get nothing from socket
Change-Id: I52964d4d59ecb70438cc3e45c826bf079711b878 |
7 years ago |
|
Sherif Abdelwahab
|
58cda714ba |
Amphora Flows and Drivers for Active Standby
This patch implements the Active/Standby blueprint in https://blueprints.launchpad.net/octavia/+spec/activepassiveamphora The following points describe the main changes: 1. The patch introduces new flows and subflows to create M amphorae. The controller worker parses the loadbalancer_topology configuration. If the loadbalancer_topology value is ACTIVE_STANDBY, the controller invokes a new flow independent from the SINGLE topology case, which is left untouched. The new flow uses conditional taskflows to check for spare amphorae at runtime. This removes the need for the exception workaround we earlier had. The controller creates the amphorae in parallel using an unordered flow. A new database task alter an amphora role as either MASTER or BACKUP and assigns a VRRP priority to each amphora. After the amphorae are created, the controller invokes a separate flow for post amphora configuration including plug_vip methods, vrrp configuration upload, and keepalived service start. 2. The patch introduces new data models that include a new table for VRRP group configuration per loadbalancer, and update the amphora, loadbalancer, and listener tables to support the new active/standby capability. The VRRPGroup table hides authentication data, and makes future extensions of VRRP capabilities easy. 3. This patch updates the existing Haproxy configuration templates to include peer synchronization. In case of ACTIVE_STANDBY configuration, the jinja configuration renders the peer section in the Haproxy configuration and assigns short names to the amphorae as listener peers. As listeners implies different Haproxy process, each listener synchronizes on a different port evaluated as BASE_PORT (1024) + NUMBER_OF_LISTENERS accounting for ports in use. 4. This patch introduces a new Jinja configuration templater and a REST driver for Keepalived (developed as a Mixin). By default, Keepalived runs "all" check scripts found in a predefined directory. The keepalived driver is a Mixin that can be plugged in other services' drivers. It is the responsibility of these services drivers to introduce their own check scripts. In this patch a lightweight check script for Haproxy was introduced along with changes in the amphora agent installation script. 5. The VRRP requires enabling protocol 112 for Master/Backup advertisements, and enabling protocol 51 for authentication header. This patch enables these protocols as needed in the loadbalancer security group. Note: Updates to the failover flow to support active/standby will come in a dependent patch. Note: The amphora-agent is pinned to this patch in this patch set. This is required so the scenario tests will pass. It will be removed in a follow up patch. Co-Authored-By: Sherif Abdelwahab <sherif.abdelwahab@hp.com> Co-Authored-By: Michael Johnson <johnsomor@gmail.com> Implements: blueprint activepassiveamphora Depends-On: Ifdf20378b26cdd13e0a3ff87cec8990fe89c0661 Change-Id: Ic4e04594e114ba682088d68d5f1af3f8f376db83 |
7 years ago |