Difference between revisions of "Neutron/LBaaS/Usecases"
(→Vendor Passthrough) |
(→L7 Scriptability) |
||
Line 10: | Line 10: | ||
Define a flexible API which allows for L7 Scripting. | Define a flexible API which allows for L7 Scripting. | ||
+ | |||
+ | * Ability to insert Client Certificate Information into HTTP Headers [[http://support.citrix.com/article/CTX114461]]. | ||
== High Availability == | == High Availability == |
Revision as of 19:28, 1 April 2014
This page is dedicated to track operator's data on how users utilize load balancing. What their deployments/configurations look like.
Contents
Uses cases
SSL Termination
This has already been proposed and in the process of being accepted. Neutron/LBaaS/SSL.
L7 Scriptability
Define a flexible API which allows for L7 Scripting.
- Ability to insert Client Certificate Information into HTTP Headers [[1]].
High Availability
Ability to define an active/active or active/standby cluster of load balancers. This will be realized differently depending on the backend driver. For example Citrix implements this with a middlewear API server [Netscaler Control Center].
Service VMs
Would it make sense to take advantage of these blueprints as it relates to LBaaS?
- https://blueprints.launchpad.net/neutron/+spec/adv-services-in-vms
- https://blueprints.launchpad.net/neutron/+spec/dynamic-network-resource-mgmt
Vendor Passthrough
Will there always be a standardized API no matter which backend driver is used? How do we account for functionality in Netscaler that may not exist in HAProxy (contrived example)?