OOM(ONAP Operations Manager) needs to support configurable deployment options of ONAP, to allow operators to choose and configure the deployment layout and choose technologies used for running ONAP. TOSCA allows modeling ONAP services, all of their components, and to model needed infrastructure components, such as Kuberetenes and OpenStack, and then to match the services with the desired infrastructure to run the ONAP services.
(ONAP Service Modeling Example With Kuberentes and OpenStack)
WHAT IS TOSCA
Topology and Orchestration Specification for Cloud Applications (TOSCA), is an OASIS standard language to describe a topology of cloud based web services, their components, relationships, and the processes that manage them. The TOSCA standard includes specifications to describe processes that create or modify services. TOSCA allows using a descriptive DSL to drive orchestration base the application declarative model.
WHAT IS Cloudfiy
Cloudify is an open source cloud orchestration framework. Cloudify enables modeling applications and services using a TOSCA based DSL, and automates the applications' entire life cycle, including deployment on any cloud or data center environment, monitoring all aspects of a deployed application, detecting issues and failure, manually or automatically remediating such issues, and performing ongoing maintenance tasks.
WHAT IS Kubernetes
is an ONAP tool to efficiently Deploy, Manage, Operate the ONAP platform and its components (e.g. MSO, DCAE, SDC, etc.) and infrastructure (VMs, Containers).
With OOM, service providers will have a single dashboard/UI to deploy & un-deploy the entire (or partial) ONAP platform, view the different instances being managed and the state of each component, monitor actions that have been taken as part of a control loop (e.g., scale in-out, self-heal), and trigger other control actions like capacity augments across data centers.
ONAP Operation Manager Architecture
WHAT IS a TOSCA Model-driven Orchestration
Model driven orchestration allows modeling of services and applications using a declarative and descriptive language, then to operate the application using the model. This includes deployment of the application, healing failures, scaling and others. Instead of executing manually crafted workflows, the orchestrator creates dynamic execution workflow graph, based on the application model. Each node of the graph triggers a corresponding lifecycle operation execution, while the orchestrator keeps track and stores state in a context object allowing passing information from one operation to another.
- Define reusable TOSCA node types. Each type can declare the interfaces for its lifecycle operations.
- Create a TOSCA template YAML. The template describes the components, services and all of their dependencies and relationships.
- Cloudify Orchestrator creates a deployment graph, at run time. Executing the Install workflow traverses thru the graph, and executes relevant lifecycle operation interfaces.
Cloudify Support for OOM
ONAP uses containers and Kubernetes as the platform to run and manage an ONAP cluster.
Cloudify support for Kubernetes leverages cloudify TOSCA based multi-cloud infrastructure orchestration as well as for service orchestration to automate the deployment and management of ONAP on multi-cloud and real life heterogeneous environments that is comprised out of existing network services and other service elements that doesn’t fit into a single Kubernetes platform.
Cloudify integration with ONAP leverages Cloudify kubernetes blueprint to address the following aspects in OOM:
Bootstrapping and Managing Kubernetes Cluster on Multi Cloud
Multi Cloud Provisioning - Cloudify sets the network and compute resources needed to run Kubernetes on bare metal, OpenStack, VMware, AWS, Google Cloud and Azure out of the box.
Monitoring - Cloudify monitors the compute resources for kubernetes and allow built-in self-healing and scaling of the kubernetes instances.
Self Healing and Scaling - Cloudify provides built-in support to allow self-healing and scaling of Kubernetes compute resources in case of a failure.
Cloudify integration with ONAP Operation Manager (OOM)
Service Orchestration of Kubernetes Micro Services across Hybrid Stack
Cloudify Kubernetes Plugin provides a mean to model the relationship of existing Kubernetes micro-services and connect them with other services such as existing network services or other services that runs outside of ONAP.
Cloudify’s Kubernetes Roadmap includes a Cloudify Provider for Kubernetes that will take this role of infrastructure provisioner. This enables users to create custom implementations for underlying routing, storage, and compute services. For example, we can define a pod with a load balancer in Openstack that does not rely on Openstack floating IP, but instead on a virtual IP based on another vendor VNF..
The example below shows a TOSCA blueprint which sets the relationship between all the relevant ONAP micro-services.
TOSCA Blueprint example
Multi Site Management for ONAP
Cloudify can run multiple instances of Kubernetes/ONAP from the same manager.
This is useful when setting Testing, QA, Production environment but its also useful when setting up Kubernetes cluster on multi-site deployment or even on edge devices.
Supporting other containers and non container based platforms
The container platform landscape is changing rapidly and include other alternatives to Kubernetes such as Docker Swarm as well as non container based platform.
Cloudify plugin approach provides an abstraction layer that decouples the actual service from the platform in which it will be running. This gives the flexibility for Operators to choose the platform of choice for their service as well as mix and match between services that runs on Kubernetes and Docker Swarm under the same automation flowKubernetes is an open-source system for automating deployment, scaling, and management of containerized applications. It aims to provide a "platform for automating deployment, scaling, and operations of application containers across clusters of hosts". It supports a range of container tools, including Docker.
ONAP Architecture with Kuberentes and OpenStack
TOSCA Base ONAP Relase OOM Release 1 is deployed in Kubrentes PODs, that are run on OpenStack VM.
ONAP
...
OOM TOSCA
...
Models
ONAP OOM TOSCA ModelsTOSCA to model and orchestrate all ONAP services, in release 1 we lege, with all of their components, and then
TOSCA Model to deploy Kuberentes on OpenStack (click on the link to view the blueprint)
TOSCA Model to deploy ONAP on KuberentesIn the context of ONAP Operations Manager(OOM), we leverage TOSCA to describe and orchestrate all ONAP services, with all of their components. (click on the link to view the blueprint)
How To
...
Deploy ONAP on Kubernetes using
...
Cloudify
Deailed Steps:
1.Create a deployment using the ONAP OOM TOSCA Blueprint
2. Provide user Inputs with OpenStack Credentials, Kuberentes credentials, etc'
3.Execute the Install workflow
JIRA Track Progress
| Jira | ||||||
|---|---|---|---|---|---|---|
|
Wiki Links
ONAP on Kubernetes on Cloudify - ongoing experiments bringing up the system
OOM Cloudify Release 1 - Amsterdam
- Cloudfiy Deploys Kuberenetes on OpenStack VMS
...
- (TOSCA blueprint)
...
- The second TOSCA blueprint deployes the ONAP services (see figure below)
...
- on Kuberentes
- Cloudify
Cloudfiy Deploys Kuberenetes on OpenStack VMS (TOSCA blueprint)
...
- creates a POD
...
- Cloudify Deploys ONAP on POD (TOSCA blueprint)
- Cloudify Deploys ONAP on POD (TOSCA blueprint)
OOM Cloudify Release 1 - Amsterdam
- Use TOSCA to provision OpenStack VMs
- Use TOSCA to deploy Kuberentes
- Use TOSCA to deploy ONAP services on Kubernetes
- DMaaPSO
- MSBVID
- AAF
- VF-C
- Multi-VIM
- DCAE
- AAI
- APPC
- Message_Router
- SDNC
- SDC
- Portal
- AAIMSO
- Policy
- SDCRobot
- VID
- Holmes
- CLAMP
Track Progress
...
- Appc
- Support multiple deployments of ONAP(Test,QA, Prod) from same blueprint
...
OOM Cloudify Roadmap
ONPA on any cloud
Onap on containers
Create reusable TOSCA node type for each ONAP service
ONAP dependencies expressed in TOSCA
Accept custom user inputs for ONAP services' configuration
Test ONAP on bare metal
User Inputs configuration
Selection of ONAP |services
Multi env of ONAP (Test,QA, Prod) with same blueprint and ONAP conf
with TOSCA
Model ONAP inner service dependencies.
ONAP services auto heal, and auto scale
ONAP services placementDefinitions of ONAP services dependencies
Configurable Hybrid deployment (some servcies of ONAP services on cloud, and others on bare-metal/or other clouds)ONAP services placement