Bug 1765678

Summary:	Creating a trunk with many subports is really slow
Product:	Red Hat OpenStack	Reporter:	ffernand <ffernand>
Component:	python-networking-ovn	Assignee:	ffernand <ffernand>
Status:	CLOSED WONTFIX	QA Contact:	Eran Kuris <ekuris>
Severity:	medium	Docs Contact:
Priority:	unspecified
Version:	14.0 (Rocky)	CC:	apevec, ekuris, lhh, majopela, scohen
Target Milestone:	---	Keywords:	Triaged, ZStream
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1765640	Environment:
Last Closed:	2019-10-25 18:02:44 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	1765640
Bug Blocks:

Description ffernand 2019-10-25 17:38:34 UTC

+++ This bug was initially created as a clone of Bug #1765640 +++

Description of problem:

When running rally create and list trunk scenario [0], the create_trunk operation with 125 subports takes almost 180 seconds to complete. The reason why this happens is that we're updating the binding information for every subport [1]

If we could instead bulk update all the subports with a single call to the plugin, the operation would be much faster. On the other hand but this is not yet supported in ML2 plugin AFAIK.

[0] https://opendev.org/openstack/rally-openstack/src/tag/1.5.0/rally_openstack/scenarios/neutron/trunk.py#L39
[1] https://github.com/openstack/networking-ovn/blob/6.0.0.0rc1/networking_ovn/ml2/trunk_driver.py#L59


Version-Release number of selected component (if applicable):
OSP13 (all versions)

How reproducible:
Always

Steps to Reproduce:
Easiest way for reproducing may be by running Rally. Look for how long it takes
to create 125 subports. Test neutron_create_trunk

Actual results:


Expected results:

https://storage.bhs1.cloud.ovh.net/v1/AUTH_dcaab5e32b234d56b626f72581e3644c/zuul_opendev_logs_d50/686571/7/check/networking-ovn-rally-task/d50dd5d/results/report.html.gz#/NeutronTrunks.create_and_list_trunks


Additional info:

Comment 1 ffernand 2019-10-25 18:02:44 UTC

Not worth fixing in OSP 14, since that is EOL