| 2015-06-09 21:58:18 |
Brandon Logan |
bug |
|
|
added bug |
| 2015-06-09 21:59:36 |
Brandon Logan |
description |
If the neutron lbaas plugin could query the loaded drivers and determine if a certain feature is supported that the API exposes, then certain workarounds could be avoided. This would allow the API to fail fast and return back a meaningful error to the user explaining the issue instead of the current options, fail slowly by throwing load balancer in ERROR state or the driver does somethign different than what the user intended.
Examples:
1) Currently the API allows for a PING health check, but HAProxy does not support this, but instead of throwing an error, it just uses a TCP health check underneath.
2) This would allow a driver to be able to support a workflow in which it is responsible for allocating the VIP in whatever way it wants. Currently a neutron port is created for the VIP in the plugin and passed down to the driver. A driver may want to do something different than that to create a VIP. |
If the neutron lbaas plugin could query the loaded drivers and determine if a certain feature is supported that the API exposes, then certain workarounds could be avoided. This would allow the API to fail fast and return back a meaningful error to the user explaining the issue instead of the current options, fail slowly by throwing load balancer in ERROR state or the driver does somethign different than what the user intended.
Examples:
1) Currently the API allows for a PING health check, but HAProxy does not support this, but instead of throwing an error, it just uses a TCP health check underneath.
2) This would allow a driver to be able to support a workflow in which it is responsible for allocating the VIP in whatever way it wants. Currently a neutron port is created for the VIP in the plugin and passed down to the driver. A driver may want to do something different than that to create a VIP.
One cause for concern is with this implemented, the neutron lbaas API behavior would not be the same across all deployments. However, with the introduction of flavors and it causing the same thing, this shouldn't be a problem if flavors is not a problem. |
|
| 2015-06-16 18:40:56 |
Doug Wiegley |
neutron: status |
New |
Confirmed |
|
| 2015-06-16 19:23:07 |
Kyle Mestery |
bug |
|
|
added subscriber Kyle Mestery |
| 2015-06-18 02:03:31 |
Brandon Logan |
summary |
LBaaS drivers can be queried to determine whether they support a feature the API exposes |
LBaaS plugin can delegate VIP allocation to drivers |
|
| 2015-06-18 02:28:38 |
Brandon Logan |
description |
If the neutron lbaas plugin could query the loaded drivers and determine if a certain feature is supported that the API exposes, then certain workarounds could be avoided. This would allow the API to fail fast and return back a meaningful error to the user explaining the issue instead of the current options, fail slowly by throwing load balancer in ERROR state or the driver does somethign different than what the user intended.
Examples:
1) Currently the API allows for a PING health check, but HAProxy does not support this, but instead of throwing an error, it just uses a TCP health check underneath.
2) This would allow a driver to be able to support a workflow in which it is responsible for allocating the VIP in whatever way it wants. Currently a neutron port is created for the VIP in the plugin and passed down to the driver. A driver may want to do something different than that to create a VIP.
One cause for concern is with this implemented, the neutron lbaas API behavior would not be the same across all deployments. However, with the introduction of flavors and it causing the same thing, this shouldn't be a problem if flavors is not a problem. |
There are use cases where some drivers will want the responsibility of allocating the VIP of a load balancer. This will be further detailed in a spec. |
|
| 2015-07-01 23:29:52 |
OpenStack Infra |
neutron: status |
Confirmed |
In Progress |
|
| 2015-07-01 23:29:52 |
OpenStack Infra |
neutron: assignee |
|
Brandon Logan (brandon-logan) |
|
| 2015-10-14 17:56:27 |
Armando Migliaccio |
neutron: status |
In Progress |
Incomplete |
|
| 2015-10-14 17:56:30 |
Armando Migliaccio |
neutron: assignee |
Brandon Logan (brandon-logan) |
|
|
| 2015-10-15 03:33:58 |
OpenStack Infra |
neutron: status |
Incomplete |
In Progress |
|
| 2015-10-15 03:33:58 |
OpenStack Infra |
neutron: assignee |
|
Brandon Logan (brandon-logan) |
|
| 2015-10-15 20:19:34 |
Armando Migliaccio |
neutron: status |
In Progress |
Incomplete |
|
| 2015-10-15 20:52:41 |
Doug Wiegley |
neutron: status |
Incomplete |
Triaged |
|
| 2015-10-15 20:52:41 |
Doug Wiegley |
neutron: milestone |
|
mitaka-1 |
|
| 2015-10-15 22:24:05 |
Doug Wiegley |
tags |
lbaas rfe |
lbaas rfe-approved |
|
| 2015-10-15 22:50:23 |
Armando Migliaccio |
neutron: status |
Triaged |
In Progress |
|
| 2015-10-22 17:51:52 |
OpenStack Infra |
neutron: status |
In Progress |
Fix Committed |
|
| 2015-11-11 21:22:12 |
Armando Migliaccio |
neutron: importance |
Undecided |
Wishlist |
|
| 2015-12-03 21:12:13 |
Doug Hellmann |
neutron: status |
Fix Committed |
Fix Released |
|
