NFV Orchestration on OpenStack, VMware, and More (Multi-VIM) with Cloudify and TOSCA
What is a VIM?
A VIM, according to the MANO specification, is a virtual infrastructure manager. In a nutshell, a VIM is the same as IaaS in the cloud domain and Cloudify brings that IaaS concept to the telecom world.
Intelligent NFV orchestration for any telecom environment. Download today. Go
While, OpenStack has been receiving much attention in the NFV space, and has been playing a leading part in many Telecom NFV strategies, the reality is that many Telecoms have other clouds like VMware (vCloud Director, vSphere or even VMware Integrated OpenStack AKA VIO), Softlayer, Azure or even Amazon. As a result, many would like to make a transition to OpenStack, but would still like to keep their current private cloud environment setup for many reasons, from the time and resources invested in building it, to the skill set of the team running it. That is why it has become a fundamental requirement to be able to support multiple VIMs in the application automation and orchestration lifecycle when transitioning to NFV.
Mutli-VIM VNF Orchestration with Cloudify and TOSCA
TOSCA, is a very good fit to support multi-VIM, as it enables you to model your application or service once through our graphical composer and generate the YAML file automatically or by writing it yourself through a simple blueprint, which you can then run on any cloud. The benefits here are enormous because you are able keep the core part of the VNF definitions as well as the service chain (that is composed of a chain of VNFs, e.g. vCPE, vIMS, vEPC), all while leaving the definitions untouched and deploying any workload, on any cloud.
Moreover, you can mix and match, and split and run some VNFs on one cloud, and other VNFs on another cloud; for example, some VNFs can run on your private cloud, and when you are out of resources, you can utilize public clouds to extend your resources – compute, network, and storage. That said, you can also run certain VNFs based on geographical considerations, and bring them closer to the customer’s location to minimize network latency and reserve network traffic, and provide faster response times. You can read more about this in our post on enhanced platform awareness.
This multi-VIM approach opens the door to VNF providers, to package their VNFs with a TOSCA blueprint, and ship just like that, and the customer can decide which cloud they would like to run it on.
At a large Telecom provider in Europe we now have a POC of running a vIMS system where we utilize two cloud APIs – one is OpenStack with KVM hypervisors, and the second is VCD from VMware. In the future we plan to also add a VIO-based cloud with NSX features like micro-segmentation which comes with unparalleled security capabilities.
Cloudify is equipped to handle any of the various approaches to manage resources on a VIM, whether by having the NFVO manage the VIM resources or through the VNF manager, i.e. VNF managed resources or NFVO managed resources, all while remaining true to best practices that dictate that each layer should be autonomous and should contain its own intrinsic objects.
We have used the multi-VIM approach in a number of real world use cases, you can watch our vIMS demo that shows how to take a typical VNF, model it in the composer – with all of its diverse services and microservices, and then deploy it to both VIO and OpenStack. Another excellent example is running data intensive VNFs on both OpenStack and VMware as demo in our data plane acceleration video.
The ability to support multi-VIM enables Telecom providers to leverage their previous install-base, all while foraying into the brave new world of open cloud through OpenStack, and leverage the benefits of both worlds.
Stay tuned for some more great content during Mobile World Congress (#MWC16) on everything NFV.
And don’t forget to tune in to the 8th OpenStack & Beyond podcast directly from the event on Thursday, Feb 25th at 11am CET with guests from Intel, VMware, and Metaswitch.