Open Stack

Hi,
Starting another round of bi-weekly update presented once in a 3-week time period.

Let's kick it:


1.       We are still working on porting existing resources to use OVO
What was merged:

-          objects: Introduce the DNSNameServer OVO in the code: https://review.openstack.org/326477

-          Refactor NetworkDhcpAgentBinding: https://review.openstack.org/328452

Still a hot topic for reviews:

-          Introduces ovo objects for security groups https://review.openstack.org/284738

-          objects: Adjust Subnet fields, add tenant_id and segment_id https://review.openstack.org/331009

-          objects: Add RBAC to Subnet OVO https://review.openstack.org/337634

-          objects: Add update_fields method in base class. https://review.openstack.org/337539

-          objects: better apply filters for objects/db/api/get_object query. https://review.openstack.org/334381

-          objects: loading synthetic fields from defined ORM relationships. https://review.openstack.org/334380

-          Allow unique keys to be used with get_object https://review.openstack.org/322024


During integration of subnet object, new requirement has been identified - increasing the number of objects should not influence on number of queries to DB. Current implementation of objects in neutron handles relationship by loading each required subobject with another query. But when using query formatting from common_db_mixin code, there is no need to load the related object (called synthetic fields in NeutronDbObject), since they are already fetch with main object. The patch


During integration of subnet object, I have found a requirement to use only one sql query with usage of side-loaded relationship objects, in order to fulfill the performance goals and not to query the DB too often when number of resources is increasing.
This means, when we load the object with standard sql query using common_db_mixin code, there is no need to load the related object (called synthetic fields in NeutronDbObject), since they are already fetch with main object.

Please remember the port object, which is still in WIP phase:

-          SUPER WIP OVO port object https://review.openstack.org/253641

Besides the above resources, we have other database models ported to OVO in review queue:

-          Flavor and Service Profile to OVO https://review.openstack.org/306685/

-          Service Type to OVO https://review.openstack.org/304322

-          DistributedVirtualRouter mac address to OVO https://review.openstack.org/304873

-          Agent to OVO https://review.openstack.org/297887

-          objects: introduce NetworkPortSecurity object https://review.openstack.org/327257

-          Add OVO for dns Objects https://review.openstack.org/334695

-          Introduce OVO for quotas https://review.openstack.org/338625

Also an important requirement for introducing objects is refactoring to break the circular dependency issue, patches:

-          Refactoring Agent DB model https://review.openstack.org/330870/

-          Also the blueprint: https://bugs.launchpad.net/neutron/+bug/1597913

Regarding API test coverage and support for sorting/pagination, following changes are on stage:

-          Document sorting/pagination extension existence: https://review.openstack.org/330058/

-          Added API extensions to detect sorting/pagination features https://review.openstack.org/329474/

-          Enable sorting and pagination by default: https://review.openstack.org/329481/

-          https://review.openstack.org/330482/
Please review the above patches.


2.       Grenade multinode gate status

a.       Experimental job for LinuxBridge: https://review.openstack.org/336793

b.      Make gate-grenade-dsvm-neutron-dvr-multinode voting: https://review.openstack.org/#/c/336116






===



Team info:

Upgrades Subteam has the weekly meetings on Mondays, 3PM UTC, wiki page: https://wiki.openstack.org/wiki/Meetings/Neutron-Upgrades-Subteam



New patches are generally tracked under the following topic: https://review.openstack.org/#/q/topic:bp/adopt-oslo-versioned-objects-for-db

Cheers,
Artur




















-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20160711/795946cb/attachment.html>