Page Comparison

Patch is created with code changes

Updating with override is values done.

Unit testing are pending (Will be done after return from vacation)

Yet to be done

Based on VNF UUID passed by SO, it shall lookup artifacts and then act on it.

TBD: VNF UUID that is passed today to MC is not the VSP ID. I guess we need to raise JIRA for SO to pass additional IDs that help in looking up VSP artifacts in MC (Changes to API) - Create JIRA (AR: Srini)

Done

To Eric question:

• All artifacts are stored in MongoDB. Indexed by VSP IDs.

Defined the metadata file (Please create a file in the document directory and paste the link in the wiki page)

Code done

Manual functional testing is done

Tested with Helm charts.

Unit testing yet to be done (Kiran to do once return from vacation)

Config-map is not yet done (configure file override from configuration profile) - Only override values are taken care (Kiran to do once return from vacation)

MULTICLOUD-454  - Provider network support when OVN is used

Stories:

MULTICLOUD-471

MULTICLOUD-472

MULTICLOUD-473

MULTICLOUD-474

Create multiple JIRA stories for the following items

1. To update KRD to use non-NAT libvirt networks.
2. Explore creation of multiple providers networks and place PODs in multiple provider networks as well as virtual networks.
3. Discovery of provider networks
4. Create specification on how deployments describe provider networks
5. K8S plugin enhancements & route operator in K8S regions - to Update routes in minion nodes that are hosting provider network gateways.

Status:

• Created Multiple Jira stories for the above items
• Updated KRD to use routed libvirt networks and now traffic can flow both ways
• Working on setting up routes in the Pod through annotations needed for Provider network work
• Also setting up demo with a Pod, a VM and 3 Gateways

Coding done

Unit testing is done.

Functional testing is yet to be done

1. Create helm charts and test directly using K8S plugin (Akhila and Victor)
2. CSAR creation (once SDC client is done and SO changes are done)

Status:

Worked on fixing Helm and Tiller mismatch issue. Did some dry run with some helm charts. Working on understanding config map and some examples. Will try with vFW next.

Helm charts are created

Tested deployment using EdgeXFoundry Helm charts

CSAR yet to be done

the design spec has been reviewed with MultiCloud PTL

Libo has uploaded the design document here (K8S based Cloud-region support - Documents)

details discussion about currently k8s API and flow.

the SDC client in Multicloud is supposed to :

1. acts as a sidecar, running with the plugin like k8s which are interested in the same pod
2. retrieve the artifacts from SDC's distribution
3. store it on shared volume based on specified rule (perhaps using UUID from artifact metadata)
4. inform the plugins 's callback API.

the callback API is supposed to be ONLY one, and be added into the configuration file for the each client. the API of k8s could access the artifacts from shared volume and store it into mongoDB as own choice.

To provide an example configuration file.

Getting cloud-region reach-ability from Multi-Cloud.

Victor to check with A&AI PTL on whether there are any size limitations (Kubeconfig can go up to 10K in size)

Got clarity on what to be done in Plugin

Status:

Code to talk to endpoints from MC to AAI is done. AFAIK we need make changes to the schema to store the Kubeconfig information. This still needs to be decided.

To be done

Schema change

ESR Change

need check with SDC PTL about what's additional step need to do besides change

catalog-be/sdc-backend-init/chef-repo/cookbooks/sdc-catalog-be-setup/templates/default/consumers.py.erb file

Create individual JIRA stories

Eric to look at the A&AI updates being done by HeatBridge and then create JIRA story as similar stuff needs to be done by K8S plugin

Status:

Added stories to the EPIC and updating the wiki page

https://wikilf-onap.onapatlassian.orgnet/wiki/display/DW/SO+Adapter+to+Multicloud+Improvements

All the stories are on this page. Need to run it by SO PTL and in SO call tomorrow to get feedback. Still awaiting feedback from the PRC folks. More confidence in the stories after all these discussions and stories are refined.

Open:

Who is working on connecting the Generic NB Multicloud Instantiation API (which will be called by SO at instantiation time) to specific plugins like K8s?