This removes the old LBaaS and LBaaS v2 integrations
that will be removed upstream in the Neutron release.
Depends-On: https://review.opendev.org/#/c/658803/
Change-Id: I9282e07043107a62769cb57d94b87ee8fb70cb38
The Neutron LBaaS project was deprecated in Queens and will
be removed in a future release.
Please see here for all information about the deprecation [1].
The Octavia project [2] was borne out of Neutron LBaaS and replaces
all it's functionality and currently supports integration with
Neutron LBaaS as well to allow a migration between the two solutions.
[1] https://wiki.openstack.org/wiki/Neutron/LBaaS/Deprecation
[2] https://docs.openstack.org/octavia/latest/reference/introduction.html
Change-Id: Ic3899f1366cad935545e9567f774f74f228b5800
This commit will give users to optionally set device_driver value in lbaas_agent.ini to $::os_service_default
Change-Id: I1a9d8094816c684bfb769617dce895f122323fb9
Giving an opportunity for the users to assign
already present options such as
ovs_integration_bridge option in neutron.conf
and ovs_use_veth in lbaas_agent.ini configuration files on overcloud.
Change-Id: I023e0476e574d5a4c13d66da390aa13016566058
The enable_v1 and enable_v2 parameters are deprecated and have
no effect, so we can remove them.
Change-Id: Ibad528ad783355236c384d037fe3ffb7d484538f
Depends-On: Icb74bac3e56aa92288b4137e0f0f77da75c23f33
Upstream has just removed lbaasv1 from openstack-lbaas
(https://review.openstack.org/286381).
Let's follow them and provide a working lbaas deployment for our users
on Newton.
- Switch-on lbaasv2 by default instead of lbaasv1 to follow what upstream Neutron is doing
in https://review.openstack.org/286381 and also switch default device_driver to be
neutron_lbaas.drivers.haproxy.namespace_driver.HaproxyNSDriver
- remove lbaasv1 support.
- enable_v1 and enable_v2 are deprecated in neutron::agents::lbaas.
Change-Id: I1c032c53b61face152bb37dfac4646db11403e4e
This adds defined anchor points for external modules to hook into the
software install, config and service dependency chain. This allows
external modules to manage software installation (virtualenv,
containers, etc) and service management (pacemaker) without needing rely
on resources that may change or be renamed.
Change-Id: Idb1332dd498bb3065720f2ccaf68e6b0e9fa80c3
lbaas v2 services has to be configured for each
lbaas component (Octavia, Haproxy, A10, etc). This
change adds classes to configure octavia and haproxy
at the service level. The lbaas agent class has been
updated to install the v2 agent on debian and manage
the agent services on both debian and redhat.
Change-Id: I39d9a53dd18cd966818d242b8ca1d4a829d73acc
Closes-Bug: 1565754
Adding a purge_config option for all configs (specifically left out
services/lbaas.pp and services/vpnaas.pp as they require default
entries). Adding this option for ease of management and readability.
If users wish, they can use this to ensure that only the options they
are setting make it into the configs.
*rebased my changes
Change-Id: I2286acb350ae6300f2e4c8dd320f2534ddf09bf9
This patch adds class for modifying LBaaS configuration in neutron_lbaas.conf
Depends-On: I619de3038cd2690bebe47cd601c085692506ac3d
Change-Id: I95cf32c3211bc4498eaa68e6e748a27dfd9af0fa
This change updates the values in main classes that are currently set to
the same values as in default configuration files to $::os_service_default fact
Change-Id: I5279cfd72192534a5ffcfdaf71b257b082a8b42c
Related-bug: #1515273
Creates 'notify' relationships between the relevant Neutron
package(s) and agent services. This will cause the agents
to be restarted if the package(s) is/are updated.
Change-Id: I4e2049f94636c3ca171fc1ba0d4b1c3cc67610cd
Closes-bug: 1472425
Currently we specify the ordering of config resources wherever it is
necessary based on the presence of the file it will write to, or the
presence of the package in charge of providing the file it will write
to.
Those kind of ordering can be specified directly at the resource level
using the autorequire mechanism. With this patch, any config resource
will make sure the package in charge of providing the file will be
installed first.
Change-Id: I5542165142516fcd8fd3969c24ca92ac221452bd
The option use_namespaces is deprecated and will be removed in a future release
The old behavior of use_namespaces = True will be enforced, hence setting it to
undef by default
Change-Id: I73ff929e40e6ed42247e6145202181067b6e28ed
In order to be able to take an action after all the packages of the
module have been installed/updated or all the services have been
started/restarted, we set a 'neutron-package' and 'neutron-service'
tag for each package and service of this module.
At the moment, there is a generic openstack tag that is not specific
enough if one wants to take action upon a single module change.
Use case :
If an action needs to be taken after all the packages have been
installed or updated : Package <| tag == 'neutron-package' |> -> X
Change-Id: I63ac9b1d806565eb1847ed0e36d393c6c7ea98ad
Some users wish to override the default package provider by their own.
Tag all packages with the 'openstack' to allow mass resource attributes
override using resource collectors.
Change-Id: I7ea5ae48f1bd2ab218b44cb68b20787b5d16e58d
Related-bug: #1391209
This changes the puppet-lint requirement to 1.1.x, so that we can use
puppet-lint plugins. Most of these plugins are for 4.x compat, but some
just catch common errors.
Change-Id: I44cb4ffbbc8ccd9f310240a4b1eb6fdfdb435831
Change user_group default parameter:
* nobody for Red Hat systems
* nogroup for Debian systems
Closes-bug #1378519
Change-Id: Ic2940c2e3d6510d8c6147d09e2af67d8bee7ac9d
This patch fix this case:
- manage_haproxy_package is set to false
- puppetlabs-haproxy is not running
- we still want Neutron LBaaS working on the node
- we don't want at all the package managed by Puppet
Only set the dependency if the package is defined in the catalog.
Closes-bug #1340999
Signed-off-by: Emilien Macchi <emilien.macchi@enovance.com>
Change-Id: Iee2211db8add4dfafba70706d69d1092339c6206
When set to false, enables puppet to configure a service without
starting/stopping it on each run. This may be necessary when
using an external clustering system (Corosync/Pacemaker, for
example). Defaults to true.
Change-Id: Ia5b36d9e03bfc4905394bba4fb9873750664b118
Puppetlabs-haproxy does not use ensure_resources
and can cause failures when combined with lbaas
agent class.
This patch makes package management of haproxy
optional so that agents::lbaas can play nicely
with that module without requiring a patch there
changing to ensure_resource.
The dependency is fairly safe since:
- redhat package name is haproxy
- debian package name is haproxy
- puppetlabs-haproxy aliases the package name to haproxy
If the names of any of these things get out of sync, this
may lead to errors.
Change-Id: I6e603cf328ade9460e98e391ef01337fcb6ea72b
Instead of using Package resource to ensure HAproxy is installed, using
stdlib with ensure_packages would allow to declare haproxy class (from
another puppet module) without dupplication.
Closes-bug #1273285
Change-Id: I57c5dc8096c846b102dc8ef6451400bc025af056
Signed-off-by: Emilien Macchi <emilien.macchi@enovance.com>
Since bf8949defc
got merged, we have now a new section in
LBaaS configuration file: [haproxy].
This patch aims to add this section and also to fix user_group flag to
be part of this new section.
Change-Id: I6c13e550a7033daa8ae6164b0437dfbc16a07666
Closes-bug: #1263952
Signed-off-by: Emilien Macchi <emilien.macchi@enovance.com>
Since the havana release, the device_driver parameter for the HAProxy reference
implementation has been changed to
'neutron.services.loadbalancer.drivers.haproxy.namespace_driver.HaproxyNSDriver'.
Upstream reference:
358975281f
Do not backport this change into grizzly.
Change-Id: I22369e4875377fe7ac2aa6dd8ea80e04758acbed
Since OpenStack Quantum has a LBaaS agent in Grizzly release,
this patch install and configure it with the default driver : HAproxy.
Change-Id: I68af63c33f6f5cd712a66dc747d3da8d01222aeb