Jump to: navigation, search

Difference between revisions of "Neutron/LBaaS/DriverAPI"

< Neutron‎ | LBaaS
Line 8: Line 8:
  
 
<pre><nowiki>
 
<pre><nowiki>
create_vip (vip: Vip)
+
create_vip (device, vip)
update_vip (new_vip: Vip, old_vip: Vip)
+
update_vip (device, new_vip, old_vip)
delete_vip (vip: Vip)
+
delete_vip (device, vip)
  
create_pool (pool: Pool, vip: Vip)
+
create_pool (device, pool)
update_pool (new_pool: Pool, old_pool: Pool, vip: Vip)
+
update_pool (device, new_pool, old_pool)
delete_pool (pool: Pool, vip: Vip)
+
delete_pool (device, pool)
  
create_member (member: Member, pool: Pool)
+
create_member (device, member)
update_member (new_member: Member, old_member: Member, pool: Pool)
+
update_member (device, new_member, old_member)
delete_member (member: Member, pool: Pool)
+
delete_member (device, member)
  
create_health_monitor (health_monitor: HealthMonitor, pool: Pool)
+
create_health_monitor (device, health_monitor, pool)
update_health_monitor (new_health_monitor: HealthMonitor, old_health_monitor: HealthMonitor, pool: Pool)
+
update_health_monitor (device, new_health_monitor, old_health_monitor, pool)
delete_health_monitor (health_monitor: HealthMonitor, pool: Pool)
+
delete_health_monitor (device, health_monitor, pool)
  
associate_health_monitor_with_pool (health_monitor: HealthMonitor, pool: Pool)
+
get_pool_stats (device, pool)
disassociate_health_monitor_from_pool (health_monitor: HealthMonitor, pool: Pool)
 
 
 
get_pool_stats (pool: Pool, vip: Vip)
 
 
 
get_capabilities ()
 
 
</nowiki></pre>
 
</nowiki></pre>
  
  
 
All update methods receive both new and old objects. It's up to driver implementors how to apply changes to the actual configuration. For some devices (like HAProxy) it would be easier to replace the old part of config with newer one. For other devices (like Cisco ACE LB) it would be easier to calculate diff between new and old object and apply diff only.
 
All update methods receive both new and old objects. It's up to driver implementors how to apply changes to the actual configuration. For some devices (like HAProxy) it would be easier to replace the old part of config with newer one. For other devices (like Cisco ACE LB) it would be easier to calculate diff between new and old object and apply diff only.
 
'''get_capabilities''' function returns a dictionary that describes options supported by device. The structure of dictionary is following:
 
 
<pre><nowiki>
 
{
 
    "lb_methods": [
 
        "ROUND_ROBIN",
 
        "LEAST_CONNECTION"
 
    ],
 
    "protocols": [
 
        "TCP",
 
        "HTTP"
 
    ],
 
    "session_persistences": [
 
        "SOURCE",
 
        "COOKIE"
 
    ],
 
    "health_monitors": [
 
        "ICMP",
 
        "TCP",
 
    ]
 
}
 
</nowiki></pre>
 
 
  
 
= Error Handling =
 
= Error Handling =
Line 85: Line 56:
 
''Example'': driver is asked to configure cookie-based session persistence, but name of cookie is missing.
 
''Example'': driver is asked to configure cookie-based session persistence, but name of cookie is missing.
  
''Parameters:
+
''Parameters'':
 
* '''name''' - the name of attribute
 
* '''name''' - the name of attribute
 +
 +
== [[ConfigError]] ==
 +
The exception is raised when any error occured during device configuration.
 +
 +
''Parameters'':
 +
* '''msg''' - the description of the error

Revision as of 09:23, 21 January 2013

Scope

LBaaS driver is a module that translates abstract model into vendor-specific and configures load balancing devices. This document describes API for drivers.

API

create_vip (device, vip)
update_vip (device, new_vip, old_vip)
delete_vip (device, vip)

create_pool (device, pool)
update_pool (device, new_pool, old_pool)
delete_pool (device, pool)

create_member (device, member)
update_member (device, new_member, old_member)
delete_member (device, member)

create_health_monitor (device, health_monitor, pool)
update_health_monitor (device, new_health_monitor, old_health_monitor, pool)
delete_health_monitor (device, health_monitor, pool)

get_pool_stats (device, pool)


All update methods receive both new and old objects. It's up to driver implementors how to apply changes to the actual configuration. For some devices (like HAProxy) it would be easier to replace the old part of config with newer one. For other devices (like Cisco ACE LB) it would be easier to calculate diff between new and old object and apply diff only.

Error Handling

Driver reports errors by raising an exception. The following types of exceptions are supported by framework:

UnsupportedFeature

The exception is raised when some feature is not supported by driver.

Example: driver is asked to configure session persistence, but it doesn't support it.

Parameters:

  • name - the name of feature

UnsupportedOption

The exception is raised when an unsupported option is requested.

Example: driver is asked to configure 'lb_method' of type 'some_exotic' and it doesn't support it.

Parameters:

  • feature - the name of feature
  • option - the name of option

AttributeRequired

The exception is raised when object misses some mandatory attribute.

Example: driver is asked to configure cookie-based session persistence, but name of cookie is missing.

Parameters:

  • name - the name of attribute

ConfigError

The exception is raised when any error occured during device configuration.

Parameters:

  • msg - the description of the error