[RFE] ovn-sync add

Bug #2099818 reported by Kevin Carter
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
neutron
In Progress
Wishlist
Kevin Carter

Bug Description

RFE: OVN "Add-Only" Sync Mode

In an effort to enhance operational safety and flexibility, we propose the introduction of an "add-only" synchronization mode for OVN integration within Neutron. This mode is designed to ensure that Neutron only adds records to the OVN database when they are missing, without deleting any existing records. This is particularly important in environments where a shared OVN deployment is leveraged outside of OpenStack or in hybrid settings where external management is also in play. By enabling this mode, either through the command-line option `--ovn-neutron_sync_mode=add` or by setting `ovn.neutron_sync_mode` to "add" in the configuration file, administrators can prevent accidental record deletion, which is crucial for maintaining data integrity in complex deployments.

Recent development efforts have already implemented this functionality, as highlighted in the commit message "feat(OVN): add new mode to only add when missing." The changes update the synchronization class to bypass any deletion operations when operating in this "add" mode, thereby ensuring that only missing records are added to the OVN database. Comprehensive tests using a repair setup have confirmed that no delete calls are made under this configuration.

This enhancement not only mitigates the risk of unintended network loss but also provides a safer, more controlled method for managing OVN records, making it an invaluable option for operators who require precise control over their network infrastructure.

Changed in neutron:
status: New → In Progress
Changed in neutron:
assignee: nobody → Kevin Carter (kevin-carter)
tags: added: ovn rfe
Changed in neutron:
importance: Undecided → Wishlist
Revision history for this message
Terry Wilson (otherwiseguy) wrote :

I still think that the best way to handle sync for shared OVN is for the sync to only touch neutron-owned objects in the first place. It seems like not doing any deletes could break things or at the very least leave permanently orphaned objects.

It should be very easy to ensure that every neutron-related object has an external_ids:neutron-* key and only delete those. Last I checked there were only a very few objects that did not already have one (snat entries for router gateway reports was one). I'd personally consider it a bug that neutron currently touches things it doesn't own in the database.

Revision history for this message
Brian Haley (brian-haley) wrote :

Sorry, forgot to add here that I added this to the PTG schedule for today, not sure if you'll be able to join to talk about it. Currently it is scheduled around 15:30

Revision history for this message
Brian Haley (brian-haley) wrote :

So we did not come to a yes/no decision on this at the PTG a few weeks back, here is the link and comments:

https://etherpad.opendev.org/p/apr2025-ptg-neutron#L354

We would need to add it to the Friday Neutron Drivers meeting to discuss further.

tags: added: rfe-triaged
summary: - ovn-sync add
+ [RFE] ovn-sync add
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Change abandoned on neutron (master)

Change abandoned by "Slawek Kaplonski <email address hidden>" on branch: master
Review: https://review.opendev.org/c/openstack/neutron/+/941824
Reason: This review is > 4 weeks without comment, and failed Zuul jobs the last time it was checked. We are abandoning this for now. Feel free to reactivate the review by pressing the restore button and leaving a 'recheck' comment to get fresh test results.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.