Difference between revisions of "Neutron/nvp-dhcp-metadata-multimode-support"
m |
m (→Implementation Overview) |
||
Line 8: | Line 8: | ||
= Implementation Overview = | = Implementation Overview = | ||
+ | |||
+ | Currently the plugin inherits from a mixin class to handle metadata traffic; calls to the dhcp agent are sprinkled throughout the code. The blueprint implementation is about improving the current structure by adopting delegates instead. The mixin class will stay, but it will be no longer about implementing agent based metadata and dhcp services, but it will be about relaying the functionality to the delegates. Depending on the agent mode, delegates may implement agent-based or agentless functionality. | ||
= Data Model Changes = | = Data Model Changes = |
Latest revision as of 01:26, 3 September 2013
Contents
Scope
The current implementation of the dhcp and metadata services for the NVP plugin depend on external dhcp and metadata agents that implement respectively dhcp and proxy services to the Nova Metadata Server. This blueprint is about making the plugin capable of adopting alternative solutions, for example ones that are not agent-based.
Use Cases
The ability to utilize dhcp and metadata services provided by the NVP platform itself, or any other external party.
Implementation Overview
Currently the plugin inherits from a mixin class to handle metadata traffic; calls to the dhcp agent are sprinkled throughout the code. The blueprint implementation is about improving the current structure by adopting delegates instead. The mixin class will stay, but it will be no longer about implementing agent based metadata and dhcp services, but it will be about relaying the functionality to the delegates. Depending on the agent mode, delegates may implement agent-based or agentless functionality.
Data Model Changes
None
Configuration variables
New configuration variables will be introduced:
- agent_mode
'agent_mode' variable specifies in which mode the plugin needs to operate in order to provide DHCP and metadata proxy services to tenant instances. If 'agent' is chosen (default) the NVP plugin relies on external RPC agents (i.e. dhcp and metadata agents) to provide such services. In this mode, the plugin supports API extensions 'agent' and 'dhcp_agent_scheduler'. If 'agentless' is chosen (experimental in Havana), the plugin will use NVP logical services for DHCP and metadata proxy. This simplifies the deployment model for Neutron, in that the plugin no longer requires the RPC agents to operate. When 'agentless' is chosen, the config option metadata_mode becomes ineffective. The mode 'agentless' can work only with NVP 3.3 or above. Another mode may be introduced, called hybrid, which may be used to deal with migration from one mode to another. However this is outside the scope of the blueprint.
API
No direct API changes, however when agentless mode is chosen, API calls that relate to the Agent and DHCP Agent Scheduler extensions will return 404 Not Found.
Plugin Interface
No changes to the Neutron plugin.
CLI Requirements
No changes to the CLI.
Horizon Requirements
No changes required to the GUI.
Test Cases
Nothing unconventional.