bf87549bc9
Currently each plugin calls db.configure() within the plugin's __init__ class or defines an initialize() method that's sole job is to call this method. Instead we should just call the super method of a plugin so that db.configure() is called for us out of the db_base_plugin class. Note: the only reason why I'm making this change is that I want to add something to the __init__() class of the db_base_plugin that's needed for the nova-event-callback blueprint and adding it in the base class of init looks to be the best place. Change-Id: Iec3c912735021ceb90f657108aad3a57460d66e7 Closes-bug: #1282303 |
||
---|---|---|
.. | ||
common | ||
__init__.py | ||
meta_db_v2.py | ||
meta_models_v2.py | ||
meta_neutron_plugin.py | ||
proxy_neutron_plugin.py | ||
README |
# -- Background This plugin supports multiple plugin at same time. This plugin is for L3 connectivility between networks which are realized by different plugins.This plugin adds new attributes 'flavor:network' and 'flavor:router". flavor:network corresponds to specific l2 plugin ( flavor-plugin mapping could be configurable by plugin_list config. flavor:router corresponds to specific l3 plugin ( flavor-plugin mapping could be configurable by l3_plugin_list config. Note that Metaplugin can provide l3 functionaliteis for l2 plugin which didn't support l3 extension yet. This plugin also support extensions. We can map extension to plugin by using extension_map config. [database] # This line MUST be changed to actually run the plugin. # Example: # connection = mysql://root:nova@127.0.0.1:3306/ovs_neutron # Replace 127.0.0.1 above with the IP address of the database used by the # main neutron server. (Leave it as is if the database runs on this host.) connection = mysql://root:password@localhost/neutron_metaplugin?charset=utf8 # Database reconnection retry times - in event connectivity is lost # set to -1 implgies an infinite retry count # max_retries = 10 # Database reconnection interval in seconds - in event connectivity is lost retry_interval = 2 [meta] ## This is list of flavor:neutron_plugins # extension method is used in the order of this list plugin_list= 'openvswitch:neutron.plugins.openvswitch.ovs_neutron_plugin.OVSneutronPluginV2,linuxbridge:neutron.plugins.linuxbridge.lb_neutron_plugin.LinuxBridgePluginV2' # plugin for l3 l3_plugin_list= 'openvswitch:neutron.plugins.openvswitch.ovs_neutron_plugin.OVSneutronPluginV2,linuxbridge:neutron.plugins.linuxbridge.lb_neutron_plugin.LinuxBridgePluginV2' # Default value of flavor default_flavor = 'openvswitch' # Default value for l3 default_l3_flavor = 'openvswitch' # supported extensions supported_extension_aliases = 'providernet' # specific method map for each flavor to extensions extension_map = 'get_port_stats:nvp' # -- BridgeDriver Configration # In order to use metaplugin, you should use MetaDriver. Following configation is needed. [DEFAULT] # Meta Plugin # Mapping between flavor and driver meta_flavor_driver_mappings = openvswitch:neutron.agent.linux.interface.OVSInterfaceDriver, linuxbridge:neutron.agent.linux.interface.BridgeInterfaceDriver # interface driver for MetaPlugin interface_driver = neutron.agent.linux.interface.MetaInterfaceDriver [proxy] auth_url = http://10.0.0.1:35357/v2.0 auth_region = RegionOne admin_tenant_name = service admin_user = neutron admin_password = password # -- Agent Agents for Metaplugin are in neutron/plugins/metaplugin/agent linuxbridge_neutron_agent and ovs_neutron_agent is available. # -- Extensions - flavor MetaPlugin supports flavor and provider net extension. Metaplugin select plugin_list using flavor. One plugin may use multiple flavor value. If the plugin support flavor, it may provide multiple flavor of network. - Attribute extension Each plugin can use attribute extension such as provider_net, if you specify that in supported_extension_aliases. - providernet Vlan ID range of each plugin should be different, since Metaplugin dose not manage that. #- limitations Basically, All plugin should inherit NeutronDbPluginV2. Metaplugin assumes all plugin share same Database especially for IPAM part in NeutronV2 API. You can use another plugin if you use ProxyPluginV2, which proxies request to the another neutron server. Example flavor configration for ProxyPluginV2 meta_flavor_driver_mappings = "openvswitch:neutron.agent.linux.interface.OVSInterfaceDriver,proxy:neutron.plugins.metaplugin.proxy_neutron_plugin.ProxyPluginV2" - Limited L3 support In folsom version, l3 is an extension. There is no way to extend exntension attributes. so you can set flavor:router value but you can't get flavor:router value in API output. L3 agent dont's support flavor:router.