Merge "Enable Neutron agent wrappers by default"
This commit is contained in:
@@ -706,7 +706,7 @@ neutron_l3_agent_host_ipv6_neigh_gc_thresh3: "{{ neutron_l3_agent_host_ipv4_neig
|
||||
neutron_api_workers: "{{ openstack_service_workers }}"
|
||||
neutron_metadata_workers: "{{ openstack_service_workers }}"
|
||||
|
||||
neutron_agents_wrappers: "no"
|
||||
neutron_agents_wrappers: "yes"
|
||||
|
||||
####################
|
||||
# Subprojects
|
||||
|
||||
@@ -346,7 +346,7 @@ In this example:
|
||||
Running Neutron agents subprocesses in separate containers
|
||||
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
||||
|
||||
There is an experimental feature in Kolla-Ansible that allows to overcome
|
||||
There is a feature in Kolla-Ansible that allows to overcome
|
||||
the issue of breaking data plane connectivity, dhcp and metadata services
|
||||
when restarting neutron-l3-agent and neutron-dhcp-agent in ml2/ovs or
|
||||
restarting the neutron-ovn-metadata-agent in ml2/ovn.
|
||||
|
||||
@@ -173,6 +173,9 @@ workaround_ansible_issue_8743: yes
|
||||
# Neutron rolling upgrade were enable by default
|
||||
#neutron_enable_rolling_upgrade: "yes"
|
||||
|
||||
# Enable wrapper containers to keep Neutron agent restarts isolated from the main service containers
|
||||
#neutron_agents_wrappers: "yes"
|
||||
|
||||
# Configure neutron logging framework to log ingress/egress connections to instances
|
||||
# for security groups rules. More information can be found here:
|
||||
# https://docs.openstack.org/neutron/latest/admin/config-logging.html
|
||||
|
||||
@@ -0,0 +1,8 @@
|
||||
---
|
||||
upgrade:
|
||||
- |
|
||||
Neutron agent wrappers are now enabled by default. The wrapper containers
|
||||
restart DHCP, L3, and related agents without having to respawn the main
|
||||
service containers, which reduces dataplane disruptions during upgrades and
|
||||
restarts. Operators who need the previous behaviour can set
|
||||
``neutron_agents_wrappers`` to ``"no"`` in ``/etc/kolla/globals.yml``.
|
||||
Reference in New Issue
Block a user