summaryrefslogtreecommitdiffstats
path: root/puppet/services/neutron-compute-plugin-ovn.yaml
diff options
context:
space:
mode:
authorNuman Siddique <nusiddiq@redhat.com>2017-07-13 17:14:51 +0530
committerNuman Siddique <nusiddiq@redhat.com>2017-07-27 18:22:03 +0000
commit5f313f27c9120b0e3bac905d155c2b6d234d27bb (patch)
tree12d6fd3cbfc7f095264f3ea9676411bec517b278 /puppet/services/neutron-compute-plugin-ovn.yaml
parent017f8b9b478e6e8a72cfb88cba54ce90b77e6532 (diff)
Add 'ovn-controller' service
Presently the ovn-controller service (puppet/services/neutron-compute-plugin-ovn.yaml) is started only on compute nodes. But for the cases where the controller nodes provide the north/south traffic, we need ovn-controller service runninng in controller nodes as well. This patch - Renames the neutron-compute-plugin-ovn.yaml to ovn-controller.yaml which makes more sense and sets the service name as 'ovn-controller'. - Adds the service 'ovn-controller' to Controller and Compute roles. - Adds the missing 'upgrade_tasks' section in ovn-dbs.yaml and ovn-controller.yaml Depends-On: Ie3f09dc70a582f3d14de093043e232820f837bc3 Depends-On: Ide11569d81f5f28bafccc168b624be505174fc53 Change-Id: Ib7747406213d18fd65b86820c1f86ee7c39f7cf5
Diffstat (limited to 'puppet/services/neutron-compute-plugin-ovn.yaml')
-rw-r--r--puppet/services/neutron-compute-plugin-ovn.yaml72
1 files changed, 0 insertions, 72 deletions
diff --git a/puppet/services/neutron-compute-plugin-ovn.yaml b/puppet/services/neutron-compute-plugin-ovn.yaml
deleted file mode 100644
index dfd87eda..00000000
--- a/puppet/services/neutron-compute-plugin-ovn.yaml
+++ /dev/null
@@ -1,72 +0,0 @@
-heat_template_version: pike
-
-description: >
- OpenStack Neutron Compute OVN agent
-
-parameters:
- EndpointMap:
- default: {}
- description: Mapping of service endpoint -> protocol. Typically set
- via parameter_defaults in the resource registry.
- type: json
- DefaultPasswords:
- default: {}
- type: json
- RoleName:
- default: ''
- description: Role name on which the service is applied
- type: string
- RoleParameters:
- default: {}
- description: Parameters specific to the role
- type: json
- ServiceData:
- default: {}
- description: Dictionary packing service data
- type: json
- ServiceNetMap:
- default: {}
- description: Mapping of service_name -> network name. Typically set
- via parameter_defaults in the resource registry. This
- mapping overrides those in ServiceNetMapDefaults.
- type: json
- OVNSouthboundServerPort:
- description: Port of the Southbound DB Server
- type: number
- default: 6642
- OVNTunnelEncapType:
- description: Tunnel encapsulation type
- type: string
- default: geneve
- NeutronBridgeMappings:
- description: >
- The OVS logical->physical bridge mappings to use. See the Neutron
- documentation for details. Defaults to mapping br-ex - the external
- bridge on hosts - to a physical name 'datacentre' which can be used
- to create provider networks (and we use this for the default floating
- network) - if changing this either use different post-install network
- scripts or be sure to keep 'datacentre' as a mapping network name
- type: comma_delimited_list
- default: "datacentre:br-ex"
-
-
-outputs:
- role_data:
- description: Role data for the Neutron Compute OVN agent
- value:
- service_name: neutron_compute_plugin_ovn
- config_settings:
- ovn::southbound::port: {get_param: OVNSouthboundServerPort}
- ovn::controller::ovn_encap_type: {get_param: OVNTunnelEncapType}
- ovn::controller::ovn_encap_ip: {get_param: [ServiceNetMap, NeutronApiNetwork]}
- ovn::controller::ovn_bridge_mappings: {get_param: NeutronBridgeMappings}
- nova::compute::force_config_drive: true
- tripleo.neutron_compute_plugin_ovn.firewall_rules:
- '118 neutron vxlan networks':
- proto: 'udp'
- dport: 4789
- '119 neutron geneve networks':
- proto: 'udp'
- dport: 6081
- step_config: |
- include ::tripleo::profile::base::neutron::agents::ovn