Snippets Groups Projects

openvswitch: Set fail_mode to standalone for external bridges

Michal Nasiadka authored 1 year ago

That is the ovs-vsctl default but Ansible module is failing in
reconfigure step - and secure breaks external connectivity in
OVN.

From OVS docs:
fail_mode: optional string, either secure or standalone

When  a controller is configured, it is, ordinarily, responsible
for setting up all flows on the switch. Thus, if the  connection
to  the  controller fails, no new network connections can be set
up. If the connection to the controller stays down long  enough,
no  packets can pass through the switch at all. This setting de‐
termines the switch’s response to such a situation.  It  may  be
set to one of the following:

standalone
    If  no  message is received from the controller for three
    times  the  inactivity  probe  interval   (see   inactiv‐
    ity_probe), then Open vSwitch will take over responsibil‐
    ity for setting up flows.  In  this  mode,  Open  vSwitch
    causes  the  bridge  to act like an ordinary MAC-learning
    switch. Open vSwitch will continue to retry connecting to
    the controller in the background and, when the connection
    succeeds, it will discontinue its standalone behavior.

secure 
    Open vSwitch will not set up flows on its  own  when  the
    controller  connection  fails  or when no controllers are
    defined. The bridge will continue to retry connecting  to
    any defined controllers forever.

The default is standalone if the value is unset, but future ver‐
sions of Open vSwitch may change the default.

Change-Id: Ica4dda2914113e8f8349e7227161cb81a02b33ee

5016b3ef

5016b3ef 1 year ago

Name	Last commit	Last update
ansible
contrib
deploy-guide/source
doc
etc/kolla
kolla_ansible
releasenotes
roles
specs
tests
tools
zuul.d
.ansible-lint
.gitignore
.gitreview
.stestr.conf
.yamllint
CONTRIBUTING.rst
LICENSE
README.rst
lint-requirements.txt
requirements-core.yml
requirements.txt
requirements.yml
setup.cfg
setup.py
test-requirements.txt
tox.ini

Kolla Ansible

The Kolla Ansible is a deliverable project separated from Kolla project.

Kolla Ansible deploys OpenStack services and infrastructure components in Docker containers.

Kolla's mission statement is:

To provide production-ready containers and deployment tools for operating
OpenStack clouds.

Kolla is highly opinionated out of the box, but allows for complete customization. This permits operators with little experience to deploy OpenStack quickly and as experience grows modify the OpenStack configuration to suit the operator's exact requirements.

Getting Started

Learn about Kolla Ansible by reading the documentation online Kolla Ansible.

Get started by reading the Developer Quickstart.

OpenStack services

Kolla Ansible deploys containers for the following OpenStack projects:

Infrastructure components

Kolla Ansible deploys containers for the following infrastructure components:

Collectd, Telegraf, InfluxDB, Prometheus, and Grafana for performance monitoring.
OpenSearch and OpenSearch Dashboards to search, analyze, and visualize log messages.
Etcd a distributed reliable key-value store.
Fluentd as an open source data collector for unified logging layer.
Gnocchi A time-series storage database.
HAProxy and Keepalived for high availability of services and their endpoints.
MariaDB and Galera Cluster for highly available MySQL databases.
Memcached a distributed memory object caching system.
Open vSwitch for use with Neutron.
RabbitMQ as a messaging backend for communication between services.
Redis an in-memory data structure store.

Directories

ansible - Contains Ansible playbooks to deploy OpenStack services and infrastructure components in Docker containers.
contrib - Contains demos scenarios for Heat, Magnum and Tacker and a development environment for Vagrant
doc - Contains documentation.
etc - Contains a reference etc directory structure which requires configuration of a small number of configuration variables to achieve a working All-in-One (AIO) deployment.
kolla_ansible - Contains password generation script.
releasenotes - Contains releasenote of all features added in Kolla Ansible.
specs - Contains the Kolla Ansible communities key arguments about architectural shifts in the code base.
tests - Contains functional testing tools.
tools - Contains tools for interacting with Kolla Ansible.
zuul.d - Contains project gate job definitions.

Getting Involved

Need a feature? Find a bug? Let us know! Contributions are much appreciated and should follow the standard Gerrit workflow.

We communicate using the #openstack-kolla irc channel.
File bugs, blueprints, track releases, etc on Launchpad.
Attend weekly meetings.
Contribute code.

Contributors

Check out who's contributing code and contributing reviews.

Notices

Docker and the Docker logo are trademarks or registered trademarks of Docker, Inc. in the United States and/or other countries. Docker, Inc. and other parties may also have trademark rights in other terms used herein.