230 likes | 255 Views
Mapping between NFV model and TOSCA. Shitao li (huawei) Matt Rutkowski (IBM) John Crandall (Brocade). NFV model. Definition of VDU in NFV003. The NFV model of VDU and VNFD are fully aligned with TOSCA composition concept. Vdu concept. From the infrastructure point of view. VDU. VM.
E N D
Mapping between NFV model and TOSCA Shitao li (huawei) Matt Rutkowski (IBM) John Crandall (Brocade)
NFV model Definition of VDU in NFV003 The NFV model of VDU and VNFD are fully aligned with TOSCA composition concept.
Vdu concept From the infrastructure point of view VDU VM Virtual storage = CP +image +image CP
Vdu concept In IFA model In tosca VDU VM Virtual storage CP +image +image CP In UML model, this means aggregation (VduCpd, VirtualConputeDesc and VirtualStorageDesc belong to VDU) In TOSCA, node templates are the components of a service template. This is a usual way in TOSCA to describe composition.
TOSCA normative node definition Virtual container (VM) Virtual storage • AttachesTo ConnectsTo Compute Node ObjectStorage BlockStorage tosca.capabilities.compute.Container: derived_from:tosca.capabilities.Compute size volume_id snapshot_id name size maxsize num_cpus cpu_frequency disk_size mem_size capabilities: attachment: type: tosca.capabilities.Attachment capabilities: storage_endpoint: type: tosca.capabilities.Endpoint
VDU mapping option 1 VM aggregation • AttachesTo or X ConnectsTo Virtual Storage
VDU mapping option 2 (suggested way to go) VM • VDU contains: • 1 or more internal connection points • Reference to 1 virtual compute descriptor • Reference to 0 or more virtual storage descriptors • Zero or 1 SW image descriptor • One set of VNFC configurable properties virtualComputeDescId requestAdditionalCapabilities virtualMemory virtualCpu Virtual Storage VDU • AttachesTo or ConnectsTo
Proposal virtualStorage Descriptor.Block VDU internalCpd virtualCompute Description VduCpd VirtualStorageDescriptor property req VirtualComputeDescriptor req property cap VirtualLinkable cap AttachesTo Attachment property req Nfv_compute input property VirtualBindable input req VirtualBindsTo virtualStorage Descriptor.Object Attachment Connect VirtualStorageDescriptor cap req Substitution mappings VirtualBindable ConnectsTo artifact cap cap swImageDescriptor Connect
Attributes of the VNFD information element Attributes of the Vdu information element reference reference
The definition of VirtualComputeDesc in NFV much more align with tosca.capabilities.Compute tosca.capabilities.Compute
Defining a new capability tosca.capabilities.nfv.Compute.Container
Suggestion 1,using a service template to describe a VDU, and using the substitution mapping feature to abstract the VDU to be a new VDU node type. 2, Defining virtualComputeDesc and virtualStorageDesc in the DSL_definitions section in a VNFD service template, so multiple VDUs can reference the same virtualComputeDesc or virtualStorageDesc. 3, Defining swImageDesc as a artifact in a VDU.
If substitution mapping is not used VL InternalCpd InternalCpd VDU2 VDU1 VirtualComputeDesc VirtualComputeDesc attachsTo attachsTo attachsTo VirtualStorageDesc VirtualStorageDesc VirtualStorageDesc
In NFV, VDU is the smallest unit of VNF, for VNF lifecycle management, it has to based on VDU level, all the lifecycle management operation can not directly target to virtualComputeDesc or virtualStorageDesc. E.g. Scaling should based on VDU, adding or delete VDU instances (VNFCs).
Remaining issues Issue: In TOSCA, only compute node can contain an artifact. We don’t have the mechanism to describe how to store a software image into a virtual storage. Proposal: Option 1: allow virtual storage to have an artifact.