Open Stack

Hi all,

We had great PTG sessions in Tacker team, and hopefully all. This is a 
summary of what we discussed during our sessions in three days. All of 
items and the results of discussion is here [1].

Day 1 (18 Oct 2022)

1. Reducing resources for FTs
- We shared suggestions for fixing critical issues in functional tests 
in which we've had some unreasonable failures, especially at the end of 
releases.
- Removing/deprecating unecessary legacy features and its tests.
- Quick analysis for the failures [1].
- Wishlist for the item [2].
- Agree to focus on jobs has the large num of failures to revise tests.

2. Support tacker-db-manage for Multi DB backend
- Support for PostgreSQL doesn't work, for insatnce, some issues in 
tacker-db-manage.
- We agreed to not only fix the issues, but also take care other backends.
- Revise tacker-db-manage for supporting multi DB backend. Start to 
support Postgres in antelope first, and other ones in the next releases 
then.
- Proposed design is not so mature for now, so continue to discuss to 
revise.

3. Migrate OpenStack testing from Ubuntu Focal (20.04) to Ubuntu Jammy 
(22.04)
- We agreed to migrate Focal to Jammy Ubuntu release as one of the 
community goal in this release [4].
- Candidate patches for the update have already proposed by manpreetk 
not only for tackder but also other releated projs.
   - https://review.opendev.org/c/openstack/tacker/+/861137
   - https://review.opendev.org/c/openstack/tacker-horizon/+/861571
   - https://review.opendev.org/c/openstack/python-tackerclient/+/861572
   - https://review.opendev.org/c/openstack/tosca-parser/+/861136
   - https://review.opendev.org/c/openstack/heat-translator/+/861158
https://etherpad.opendev.org/p/migrate-to-jammy

4. Bug Triage in Tacker
- Add item of bug triage in IRC etherpad to discuss about bug triage.

Day 2 (19 Oct 2022)

1. Operator Hour
- Guys from KDDI and NTT Docomo joined and proposed their proposals as 
telcom operators [5].

1.1. Support of redanduncy
- For availability, essential to make Tacker redundant for commercial 
use, but less than we expected for the current impl.
- What is the tacker specific consideration point is store VNF packages.

1.2. Error handling and recovering operation
- More tests for changing error status, disaster recovery are required.

1.3. Detailed logs
- Not enough log messages especially for management drivers.
- Error message in tacker-server.log and tacker-conductor.log is usefull 
and enough for vnfm-admin, but like openstack vnflcm op show comannd and 
api's information is not enough for vnfm-user.

1.4. Roadmap
- Having explicit roadmap is helpful for oprators to be interested.
- Comply with ETSI NFV Rel4 is one of the good example for the direction.

2. Add sample coordinate VNF script using coordination API
- We agreed to implement interfaces ETSI NFV SOL002 v3.5.1 defines the 
Coordination VNF interface for coordination with external management 
components.

3. Revise automatic operation state transition for N-Act configuration
- v2API has a function to automatically transition opocc in an 
intermediate state to the final state when the tacker-conductor starts 
up, to recover inoperable opocc in the PROCESSING state by conductor down.
- It causes a problem in N-Act setting. The opocc which are being 
handled by other working conductors are also automatically transitioned 
to the final state. We propose solutions for limiting opocc to be 
transitioned to those handled by the downed conductor.

4. Set different number of instances for same delta and aspectId
- Fix overwriting the value for same aspect and delta id.
- Multi VDUs Scale of V1 API isn’t supported by the issue.

5. Continue to update the remaining patch from Zed version
- Move forward reviews on gerrit.

Day 3 (20 Oct 2022)

1. Enhancement of Tacker API Resource Access Policy
- Current Tacker policy control access to API resources by default role 
such as admin or any only.
- We propose Fine-grained API resource access management based on user 
and VNF information according to operator usecases.

2. Secure RBAC: Implement support for project-reader persona in Tacker
- As per the TC and community wide goal, next cycle 2023.1 is the must 
for all projects to implement the phase-1 (project personas). Plan to do 
it in Tacker in 2023.1 cycle will be helpful in community wide goal [6][7].
- Conclusions: Clarify conflicts can be caused while introducing new 
roles of S-RBAC to implement the fine grained APIs

3. Support Tacker auto-scale and auto-heal without NFVO (k_fukaya)
- Zed release supported, Fault Management/ Performance Management(FM/PM) 
interfaces, and AutoHeal and AutoScale with external monitoring. 
However, Heal or Scale execution must be triggered by NFVO.
This feature proposes implementing support receiving alerts from 
external monitoring tools, which can be VNFM driven AutoHeal and 
AutoScale without NFVO.

4. Discuss Tacker support versions and updates for K8s/Helm/Prometheus
- The support versions in Antelope should be determined, as some 
versions may be inconsistent and support may expire before release.
Considering the support period and development risk, it seems good to 
decide on the following.
   - k8s : 1.25 (current latest version)
   - helm : 3.10 (current latest version)
   - prometheus : 2.42 (next LTS version)
- Update test patch for k8s 1.25.2 and helm 3.10.1
   - https://review.opendev.org/c/openstack/tacker/+/860633 (Zuul +1)
- Add version information under user guide.

5. AWS vim support
- Add support for EC2 as VIM for the first step for AWS.
- Whole discussion is here [8].

6. Marking Deprecated and obsoleting of Legacy API
- Should start to discussion about deprecation and obsoleting Legacy 
Tacker API (excluding VIM feature).
- Deprecation process should follow as "Deprecation Guidelines" [9].
- The key point is
   - APIs should be marked deprecated before obsoleting and should be 
marked for at least 12 months.
   - An email thread will be started on openstack-discuss to determine 
how many people are using the deprecated API.
- We will continue our discussion and move towards removing the Legacy 
API (excluding VIM feature).

[1] https://etherpad.opendev.org/p/tacker-antelope-ptg
[2] https://etherpad.opendev.org/p/tacker-antelope-failures-analysis
[3] https://bugs.launchpad.net/tacker/+bug/1993187
[4] 
https://governance.openstack.org/tc/goals/selected/migrate-ci-jobs-to-ubuntu-jammy.html
[5] https://etherpad.opendev.org/p/oct2022-ptg-operator-hour-tacker
[6] 
https://governance.openstack.org/tc/goals/selected/consistent-and-secure-rbac.html#release-timeline
[7] 
https://lists.openstack.org/pipermail/openstack-discuss/2022-October/030863.html
[8] https://etherpad.opendev.org/p/tacker-antelope-aws-vim-support
[9] 
https://docs.openstack.org/project-team-guide/deprecation.html#guidelines