Page History

...

• Proposed name for the project: VIM for Cloud Providers
• Proposed name for the repository: 
• multivimMultiVIM

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.
  
  

Scope:1:

...

1. Add capability in infrastructure controller to allow for registration, discovery (or homing), and

...

1. invocation of a VIM provider.

1. A plugable framework that implements adapters for different

...

1. providers. In R1, we expect VMware VIO, OpenStack (Wind River), and Microsoft Azure.

...

1. Close loop remediation

...

1. — Monitoring API collection for multi-cloud resource metrics (utilization, availability, health, performance), potential

...

1. integration with DCAE collectors

...

1. SDC VNF template customization and/or optimization to establish close match to the underline capabilities of

...

1. the infrastructure provider(s)

...

1. In R1, we target to support

• • Minimal
    • Demo
vFirewall in an environment with any single cloud provider,
• • • use case within a single site, supported by any single VIM provider.
    • For VoLTE or vCPE
(or whatever is the minimal release requirement)
• • • , enable single
cloud
• • • VIM provider across multi-site 
  • Stretch goal
    • For VoLTE or vCPE, enable mix of different
cloud
• • • VIM providers across multi-site

Architecture Alignment:

• How does this project fit into the rest of the ONAP Architecture?

            The proposed multi-vim 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

• How does this align with external standards/specifications?
• Support existed functions
• Information/data models
• Compliant with ETSI NFV arhitecture architecture framework
• Are there dependencies with other open source projects?

Resources:

• Primary Contact Person:  Bin Yang, Xinhui Li (VMware), Bin Yang (WindRiver)
• Initial Committers:
• Andrew Philip, Microsoft
• Bin Yang, Wind River
• Xinhui Li, VMware
• Anbing Zhang, China Mobile

...

• Isaku Yanahata, Intel
• Matti Hiltunen, AT&T
• Ethan Lynn, VMware

Other Information:

...

Repo name:
Lifecycle State:
Primary Contact:
Project Lead:
mailing list tag [Should match Jira Project Prefix] 
*Link to TSC approval: 
Link to approval of additional submitters: 

...