- charmcraft: build-on 20.04 -> run-on 20.04/22.04 [*archs] - Refresh tox targets - Drop impish bundles and OSCI testing - Add jammy metadata - Set default source config and update bundles to confirm it works. Drop NRPE from Jammy bundles as the charm is not updated to support Python 3.10 yet. Func-Test-Pr: https://github.com/openstack-charmers/zaza-openstack-tests/pull/742 Change-Id: If83897aa488a415ab2e3ae85190ef06cbbe17dc9
|3 months ago|
|src||3 months ago|
|unit_tests||1 year ago|
|.gitignore||4 months ago|
|.gitreview||3 years ago|
|.stestr.conf||3 years ago|
|.travis.yml||3 years ago|
|.zuul.yaml||3 years ago|
|LICENSE||3 years ago|
|README.md||3 years ago|
|build-requirements.txt||5 months ago|
|charmcraft.yaml||3 months ago|
|metadata.yaml||5 months ago|
|osci.yaml||3 months ago|
|pip.sh||9 months ago|
|rebuild||4 months ago|
|rename.sh||5 months ago|
|requirements.txt||8 months ago|
|test-requirements.txt||5 months ago|
|tox.ini||3 months ago|
The ovn-central charm provides the Northbound and Southbound OVSDB Databases
and the Open Virtual Network (OVN) central control daemon (
ovn-northd). It is
used in conjunction with either the ovn-chassis
subordinate charm or the ovn-dedicated-chassis
Note: The OVN charms are supported starting with OpenStack Train.
OVN makes use of Public Key Infrastructure (PKI) to authenticate and authorize
control plane communication. The charm therefore requires a Certificate
Authority to be present in the model as represented by the
Note: The ovn-central charm requires a minimum of three units to operate.
This charm supports the use of Juju network spaces.
By binding the
ovsdb-peer endpoints you can
influence which interface will be used for communication with consumers of the
Southbound DB, Cloud Management Systems (CMS) and cluster internal
juju deploy -n 3 --series focal \ --bind "''=oam-space ovsdb=data-space" \ ovn-central
OVN RBAC and securing the OVN services
The charm enables RBAC in the OVN Southbound database by default. The RBAC feature enforces authorization of individual chassis connecting to the database, and also restricts database operations.
In the event of an individual chassis being compromised, RBAC will make it more difficult to leverage database access for compromising other parts of the network.
The charm automatically enables the firewall and will allow traffic from its cluster peers to port 6641, 6643, 6644 and 16642. CMS clients will be allowed to talk to port 6641.
Anyone will be allowed to connect to port 6642.
Deferred service events
Operational or maintenance procedures applied to a cloud often lead to the restarting of various OpenStack services and/or the calling of certain charm hooks. Although normal, such events can be undesirable due to the service interruptions they can cause.
The deferred service events feature provides the operator the choice of preventing these service restarts and hook calls from occurring, which can then be resolved at a more opportune time.
Please report bugs on Launchpad.
For general questions please refer to the OpenStack Charm Guide.