Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

STATUS: Draft

MC Multi-Cloud:

1 High Level Component Definition and Architecteral Relationships 

...

Drawio
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameMultiCloud System Context View
simpleViewerfalse
width
diagramWidth808870
revision312


The clamp functional entity provides the capability to manage runtime control loops.  It provides the capaiblity to

  •  configure DCAE applications of the control loop
  • Associate policies to the DCAE application
  • Configure the oprations to be taken by the cotnrol loop (by creating/updating/deleting operational policies)
  • Deploy/un-deploy control loop flow (blueprints) to DCAE
  • Control loop visulization. 

Clamp Relise on Policy to communite to App-C/VF-C/SDN-C/SO in runtime, hence these are not part of CLAMP 

2. CLAMP API definitions

CLAMP provides multi-cloud function provides mediation capabilities to connect to different infrastructure providers.

  • Adapt ONAP to VM based infrastructure such as openstack,Azure
  • Adapt ONAP to Container Orchestration Engine, such as K8S
  • Discovery and registration of resource information.
  • Relay FCAPS data from infrastructure to DCAE


2. MultiCloud API definitions

Multi-Cloud provides the following interfaces:

 Display and update:

xxxxx
Interface NameInterface Definition Interface Capabilities
CLAMPEMCE-12Control Loop

Resource Lifecycle Management Interface

  A user interface for:
  • Selecting the control loop flow
  • entering configuration policy paramaters
  • entering operational policy parameters
  • Managing lifecycle of DCAE conrol flow blueprint 
CLAMPE-2Control loop dashboard.  User interface to show the status of the control loop

Provides a course grain VNF level LCM interface in a template driven and cloud agnostic way

 Provides:

  • Infrastuture workload LCM (instantiate, query, Delete Infrastructure workloads)


MCE-3 

 N/A Place holder for SDN interconnect interface

Envisaged Future Capability

MCE-4 

Atomic Resource LCM

Provides a fine graned resource LCM interface at the VM level. This is an atomic resource level workload LCM (specific to openstack resources)

Provides:

  • Image Management: (Create/Delete/Get Images)
  • Network Management (Create/Delete/Query connectivity)
  • Subnetwork Management ((Create/Delete/Query sub-networks)
  • Virtual Point Management (Create/Delete/Query Virtual endpoints)
  • Server Management (Create/Delete/Query Virtual Servers)
  • Heal Server
  • Flavour Management (Create/Delete/Query VM Flavors)
  • Volume Management (Create/Delete/Query Storage Volumes)
  • Tenant Management (Create/Delete/Query Infrastructure Tenants)


MCE-5 

Placement Optimization Interface

Provides real time available capacity information

Provides:

  • Query for real-time available capacity information
MCE-6 

Cloud VIM Registration interface 

Expose Interface to trigger MultiCloud plugin to discover the infrastructure resource and register them to AAI

Provides:

  • VIM Management (Update VIM info, unregister VIM info)

Note:   xxxI interface is a Component internal interface.  xxxxE interface is a component external interface

The current API documents can be found at:

CLAMP consumes https://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/MultiCloud-APIv1-Specification.html 

MultiCloud consumes the following Interfaces:

Deploy/remove DCAE application. 
Interface NamePurpose Reason For Use
SDCE-6To Recieve the Control Loop Blueprint from SDCTo recieve
PolicyE-2To create and configure the closed Loop Operational Policies
DCAEE-x Retrieve DCAE appplication status
DCAEE-y receive the cloud orchestration artifact from SDC
MCE-1

Consume the services from the cloud provider.

It is specific to each cloud type (by plugin approach)

DCAEE-X Supply Virtual Infrastructure FCAPS Events to DCAE 
AAIE-1Consume the services from AAI to access infrastructure resource inventory


3. Component Description:

...

4. known system limitations

Runtime: None

Clamp data redundancy is dependant on kubernetes and the persisten volume.

Clamp appliation redundancy HA reliease on kubernetesto be filled in

5. Used Models

Clamp uses Multi-Cloud uses the following models:

  • please fill in (and references if possible)
  • << include model that you recieve from SDC >>
  • << Include the model that you configure in the policy >>
  •  

...

6. System Deployment Architecture

Clamp consists of 4 containers:

...


...

Multicloud consists of X containers:

  • Do you have a figure here that?

Drawio
bordertrue
viewerToolbartrue
fitWindowfalse
diagramNameCLAMP runtime architectrue
simpleViewerfalse
width
diagramWidth821
revision1

7. New Capabilities in this Release

This release, CLAMP  Multi-Cloud adds the following Capabilities:

  • Introduction of the model driven approach for Control Loops
    • add policy-model to the SDC distribution
    • automatic rendering of configuration policy UI based on the distributed policy model
    •  better rending of the display of the control loop flow based on the distributed blueprint
  • enhanced internal model to better support model driven approachAdd SDC client to retrieve the workload artifacts from SDC
  • Multicloud plugin service for OpenStack StarlingX
  • Multicloud plugin service for Lenovo ThinkCloud

8. References

  1.  CLAMP Overview & User Guide Multicloud interface specification: https://onap.readthedocs.io/en/latest/submodules/multicloud/clampframework.git/docs/indexMultiCloud-APIv1-Specification.html CLAMP internal interfaces
  2. MultiCloud Architecture:   https://docs.onap.readthedocs.ioorg/en/casablanca/submodules/latest/_downloads/d3c9f924c6586fe411d40a05ad9b1bb7/swagger.pdfmulticloud/framework.git/docs/MultiCloud-Architecture.html