Project Name:
- Proposed name for the project: Multi-VIM for Cloud Providers
- Proposed name for the repository: multivim (suggestion to be decided)
Project description:
- ONAP needs underline virtual and cloud infrastructure to deploy, run, and manage network services and VNFs. The service provider looks for flexibility in its choice of on-premise private cloud, public cloud, or hybrid cloud implementations. This project aims to enable ONAP to support multiple infrastructure environments including OpenStack (across different distributions), VMware, Azure, and micro services containers.
- ONAP needs to maintain platform backward compatibility with every new release. This project decouples the evolution of ONAP platform from the evolution of underlying cloud infrastructure to enable the deployed ONAP intact when upgrading the underlying cloud infrastructures.
Scope:
- Add capability in infrastructure controller to allow for registration, discovery (or homing), and invocation of a VIM provider.
- A plugable framework that implements adapters for different providers. In R1, we expect VMware VIO, OpenStack (Wind River), and Microsoft Azure.
- Close loop remediation — Monitoring API collection for multi-cloud resource metrics (utilization, availability, health, performance), potential integration with DCAE collectors
- SDC VNF template customization and/or optimization to establish close match to the underline capabilities of the infrastructure provider(s)
- In R1, we target to support
- Minimal
- Demo use case within a single site, supported by any single VIM provider.
- For vVoLTE or vCPE, enable single VIM provider across multi-site
- Stretch goal
- For vVoLTE or vCPE, enable mix of different VIM providers across multi-site
- Minimal
Architecture Alignment:
- How does this project fit into the rest of the ONAP Architecture?
The proposed MultiVIM layer will be added into the infrastructure controller. It has dependencies with SO, DCAE, A&AI, and will act as the single access point to be called by these components for accessing the cloud and virtual infrastructure. Furthermore, we expect to align with SDN-C component for both intra DC connectivity as well as inter-DC connectivity. Applications/VNFs can be homed to the different cloud providers through the standard ONAP methods. For automated homing (SNIRO), different cloud providers can register attributes that differentiate their cloud platforms (e.g., reliability, latency, other capabilities) in A&AI and application placement policies/constraints can request for these specific properties (e.g., reliability > 0.999).
- How does this align with external standards/specifications?
- Support existed functions
- Information/data models by ONAP modeling project
- Compliant with ETSI NFV architecture framework
- Are there dependencies with other open source projects?
Resources:
- Primary Contact Person
- Danny Lin, lind@vmware.com, VMware
- Names, emails, and company affiliations of the committers
Alon Strikovsky, alon.Strikovsky@amdocs.com, Amdocs
- Anbing Zhang, zhanganbing@chinamobile.com, China Mobile
- Andrew Philip, aphilip@microsoft.com, Microsoft
- Bin Yang, bin.yang@windriver.com, Wind River
- Kanagaraj Manickam (mkr1481), kanagaraj.manickam@huawei.com, Huawei
- Xinhui Li, lxinhui@vmware.com, VMware
- Bin Hu, bh526r@att.com, AT&T
- Names and affiliations of any other contributors
- Claude Noshpitz claude.noshpitz@att.com, AT&T
- Ethan Lynn, ethanlynnl@vmware.com, VMware
- Gil Hellmann, gil.hellmann@windriver.com, Wind River
- Isaku Yanahata, isaku.yamahata@intel.com, Intel
- Matti Hiltunen, hiltunen@att.com, AT&T
- Project Roles (include RACI chart, if applicable)
Other Information:
- link to seed code (if applicable)
OPEN-O
- seed code for MultiVIM framework: https://gerrit.open-o.org/r/multivimdriver-broker
- seed code for OpenStack: https://gerrit.open-o.org/r/multivimdriver-openstack
- seed code for VMware: https://gerrit.open-o.org/r/multivimdriver-vmware-vio
ECOMP
- seed code for MultiVIM framework: https://github.com/att/AJSC/tree/master/cdp-pal/cdp-pal-common
- seed code for OpenStack: https://github.com/att/AJSC/tree/master/cdp-pal/cdp-pal-openstack
- Vendor Neutral
- if the proposal is coming from an existing proprietary codebase, have you ensured that all proprietary trademarks, logos, product names, etc., have been removed?
- Meets Board policy (including IPR)
Use the above information to create a key project facts section on your project page
Key Project Facts
Project Name:
- JIRA project name: multivim (suggestion to be decided)
- JIRA project prefix: multivim (suggestion to be decided)
Repo name:
- org.onap.multivim/framework (suggestion to be decided)
- org.onap.multivim/openstack (suggestion to be decided)
- org.onap.multivim/vmware (suggestion to be decided)
- org.onap.multivim/azure (suggestion to be decided)
Lifecycle State: incubation
Primary Contact: Danny Lin, VMware
Project Lead: To Be Elected
mailing list tag [multivim] (suggestion to be decided)
Committers:
Contributors
- claude.noshpitz@att.com
- ethanlynnl@vmware.com
- gil.hellmann@windriver.com
- isaku.yamahata@intel.com
- hiltunen@att.com
*Link to TSC approval:
Link to approval of additional submitters: