...
The scope of Multi-VIM/Cloud project is a plugable and extensible framework that
- provides a Multi-VIM/loud Cloud Mediation Layer which includes the following functional modules
- Provider Registry to register infrastructure site/location/region and their attributes and capabilities in A&AI
- Infra Resource to manage resource request (compute, storage and memory) from SO, DCAE, or other ONAP components, so as to get VM created and VNF instantiated at the right infrastructure
- SDN Overlay to configure overlay network via local SDN controllers for the corresponding cloud infrastructure
- VNF Resource LCM to perform VM lifecycle management as requested by VNFM (APP-C or VNF-C)
- FCAPS to report infrastructure resource metrics (utilization, availability, health, performance) to DCAE Collectors for Close Loop Remediation
- provides a common northbound interface (NBI) / Multi-Cloud APIs of the functional modules to be consumed by SO, SDN-C, APP-C, VF-C, DCAE etc.
- provides a common abstraction model
- provides the ability to
- handle differences in models
- generate or extend NBI based on the functional model of underlying infrastructure
- implement adapters for different providers.
...
The proposed Multi-VIM/Cloud Mediation Layer consists of five functional modules, which interacts with SO, SDN-C, APP-C, VF-C, DCAE and A&AI respectively. It will act as the single access point to be called by these components for accessing the cloud and virtual infrastructure. Furthermore, it will interact with SDN-C component to configure overlay network via local SDN controllers for both intra-DC connectivity and inter-DC connectivity of the corresponding cloud infrastructure. Thus it is also the single access point for SDN-C to work with other local SDN Controllers. 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).
Is there any overlapping overlap with other ONAP components or other Open Source projects?
There is no intentional or unintentional overlap with other ONAP components or other Open Source projects to the best of our knowledge
What other ONAP projects does this project depend on?
Consumers of Multi-VIM/Cloud – SO, SDN-C, APP-C, VF-C, DCAE
Producers for Multi-VIM/Cloud – DCAE, A&AI\
Dependencies – Modeling
Alignment of Reusable APIs – Common Controller Framework
Indirect Impact and Collaboration – SNIRO, SDC
- How does this align with external standards/specifications?
- Support existed functions
- Information/data models by ONAP modeling project
- Compliant with ETSI NFV architecture framework
- VIM, NFVI, Nf-Vi, Vi-Vnfm, and Or-Vi
- Are there dependencies with other open source projects?
Cassandra, OpenStack Java sdk, AWS Java sdk, Azure and Bare metal.
Resources:
- PTL
Bin Yang, biny993, bin.yang@windriver
- Danny Lin, lind@vmware
.com,
VMwareWind River
- Names, Gerrit IDs, emails, and company affiliations of the committers
- Andrew Philip, aphilip@microsoft.com, Microsoft
- Anbing Zhang, zhanganbing@chinamobile.com, China Mobile
- Bin Hu, bh526r, bh526r@att.com, AT&T
- Bin Yang, biny993, bin.yang@windriver.com, Wind River
- Ethan Lynn, ethanlynnl@vmware.com, VMware
Xinhui Li, xinhuili, lxinhui@vmware.com, VMware
- Names and affiliations of any other contributors
Alex Vul, alex.vul@intel.com, Intel
- Alon Strikovsky, alon.Strikovsky@amdocs.com, Amdocs
- Anil Vishnoi, vishnoianil@gmail.com,
- Andrew Philip, aphilip@microsoft.com, Microsoft
- Arash Hekmat, arash.hekmat@amdocs.com, Amdocs
- Bin Sun, bins@vmware.com, VMware
- Claude Noshpitz cn5542@att.com, AT&T
- Dominic Lunanuova, dgl@research.att.com, AT&TEthan Lynn,
- ethanlynnl@vmwareGautam S, GAUTAMS@amdocs.com, VMwareAmdocs
- Gil Hellmann, gil.hellmann@windriver.com, Wind River
- Haibin Huang, haibin.haung@intel.com, Intel
- Hong Hui Xiao, honghui_xiao@yeah.net,
- Huang Zhuoyao, haunt.zhuoyao@zte.com.cn, ZTE
- Isaku Yanahata, isaku.yamahata@intel.com, Intel
- Jinhua Fu, fu.jinhua@zte.com.cn, ZTE
- John Murray, jm2932@att.com, AT&T
- Kanagaraj Manickam (, mkr1481), kanagaraj.manickam@huawei.com, Huawei
- Liang Ke, lokyse@163.com,
- Madhu Nunna, mnunna@mirantis.com, Mirantis
- Manoj K Nair, manoj.k.nair@netcracker.com, NetCracker Technology
- Maopeng Zhang, zhang.maopeng1@zte.com.cn, ZTE
- Marcin Bednarz, mbednarz@mirantis.com, Mirantis
- Matti Hiltunen, hiltunen@att.com, AT&T
- Michael O'Brien, frank.obrien@amdocs.com, Amdocs
- Piyush Garg, piyush.garg1@amdocs.com, Amdocs
- Ram Koya, rk541m@att.com, AT&T
- Ramesh Tammana, ramesht@vmware.com, VMware
- Ramki Krishnan, ramkik@vmware.com, VMware
- Ramu N, rams.nsm@gmail.com,
- Robert Tao, roberttao@huawei.com, Huawei
- Sandeep Shah, ss00473517@techmahindra.com, Tech Mahindra
- Satish Addagadda, sa482b@att.com, AT&T
Shimon Seretensky shimon.seretensky@amdocs.com, Amdocs
- Srinivasa Addepalli, srinivasa.r.addepalli@intel.com, Intel
- Sumit Verdi, sverdi@vmware.com, VMware
- Tapan Majhi, Tapan.Majhi@amdocs.com, Amdocs
- Tom Tofigh, ttofigh@gmail.com,
- Tyler Smith, ts4124@att.com, AT&T
Varun Gudisena, vg411h@att.com, AT&T
Victor Gao, victor.gao@huawei
rroberttao@huawei.com, Huawei
Virginie Dotta, vdotta@fr.ibm.com, IBM
Victor Morales (electrocucaracha- ), victor.morales@intel
Yang Xu, yang.xu3@huawei.com,
IntelHuawei
- Project Roles (include RACI chart, if applicable)
...
Lifecycle State: incubation
Primary Contact: Danny Lin, VMware
Project Lead: To Be Elected
PTL: Bin Yang, Wind River
mailing list tag: multicloud
...
Contributors
- alex.vul@intel.com
- alon.Strikovsky@amdocs.com
- ShimonAnton.Seretensky@amdocsSnitser@amdocs.comAnton.Snitser@amdocs
- arash.hekmat@amdocs.com
- bins@vmware.com
- claude.noshpitz@att.comethanlynnl@vmware
- EyalH@Amdocs.com
- frank.obrien@amdocs.com
- fu.jinhua@zte.com.cn
- EyalH@Amdocsgautams@amdocs.com
- gil.hellmann@windriver.comisaku.yamahata@intel
- haibin.haung@intel.com
- hiltunen@att.com
- fuhaunt.jinhua@ztezhuoyao@zte.com.cn
- honghui_xiao@yeah.net
- isaku.yamahata@intel.com
- jm2932@att.com
- kanagaraj.manickam@huawei.com
- lokyse@163.com
- ramesht@vmware.com
- ramkik@vmware.com
- rk541m@att.comr
- sa482b@att.com
- Shimon.Seretensky@amdocs.com
- srinivasa.r.addepalli@intel.com
- sverdi@vmware.com
- tapan.majhi@amdocs.com
- ttofigh@gmail.com
- ts4124@att.com
- vg411h@attroberttao@huawei.com
- zhangrams.maopeng1@ztensm@gmail.com
- roberttao@huawei.cncom
- vdotta@fr.ibm.com
- victor.morales@intel.com.gao@huawei.com
- vishnoianil@gmail.com
- yang.xu3@huawei.com
- zhang.maopeng1@zte.com.cn
*Link to TSC approval:
Link to approval of additional submitters:
...