Promise Resource Reservation. 09 November 2015 Peter Lee, ClearPath Networks, PTL Ildikó Váncsa, Ericsson Gerald Kunzmann, DOCOMO Euro-Labs

Transcription

1 Promise Resource Reservation 09 November 2015 Peter Lee, ClearPath Networks, PTL Ildikó Váncsa, Ericsson Gerald Kunzmann, DOCOMO Euro-Labs OPNFV Summit 2015

2 Content Overview Uses Cases and Requirements Architectural Considerations Implementation Design and Demo Summary and Next Steps Q&A

3 Promise overview Key requirement (short-term goal) Guarantee that at start time of a reservation, all reserved resources of that reservation are ready to be used/allocated As-Is: Without reservation, when trying to allocate resources required for a (complex/composed) network service (NS), it may happen that during the individual allocation requests (for compute/storage/network) an error occurs, as not sufficient resources with the requested characteristics are available, and the overall instanstiation of the service may fail. Assumption: NFVI has limited resources Long-term goal Efficient resource usage, e.g. Before start time, allow for other usage of the resources before start time, instead of immediate allocation. After start time, resources may be used for best effort services, but shall immediately be made available for the reserved service at time of the allocation of the reserved resources. Use cases / scenarios (see also ETSI NFV IFA010) Scheduled event: e.g. rock concert or football match with expected peak traffic Detailed capabilities: VIM holds detailed information about managed NFVI resources and their availability, whereas the NFVO only holds abstracted information. 5G services: many virtualized service that have to share limited resources Disaster: valuable limited time after e.g. tsunami warning Multi-tenant deployment: avoid resource management race conditions

4 High level flow with ETSI NFV architecture incl. allocation OSS/BSS 3. LCM operation granting (reservationid, ) Orchestrator (NFVO) EMS 1 EMS 2 EMS 3 VNF 1 VNF 2 VNF 3 VNF Manager VNF Manager VNF Manager 1. ResourceReservationRequest (start, end, expiry, resources, amount, attributes) Or-Vi 2. ResourceReservationResponse (reservationid, message) NFVI Virtual Compute Virtual Storage Virtualization layer Hardware resources Virtual Network 5. NotifyAllocated Nf-Vi 4. ComputeAllocation Request (reservationid, flavour, attributes, ) Virtual Infrastructure Manager

5 Challenges Back to the Future effect Simultaneous handling of reservation and immediate allocation requests Reserve/allocate resources without end time Complexity of OpenStack Complex, multi-dimensional resource model No feature loss by introducing reservation as a feature Integration Multiple OpenStack components to integrate with (Nova, Cinder, ) OpenStack is not ready

6 Shim-layer approach Pros Cons Flexible API update No direct need for integration with OpenStack modules Multi-site support for reservation Synchronization API changes System state No handling of complex, structured resources No affinity/anti-affinity rule support Hides VIM I/Fs Consumer A Consumer B Reservation + alloc./termin. requests Shim-layer (w/ allocation+reserv. logic+policies) Allocation/termination Sync capacity OpenStack (Nova, Neutron, Cinder)

7 OpenStack integrated approach Pros Pure extended VIM I/Fs No synchronization need VIM APIs are used Code changes in VIM are synchronized automatically The solution is maintained by the upstream community No need to remodel resource structure in VIM Consumer A Consumer B Reservation + alloc./termin. requests Cons Integration with multiple OpenStack resources Nova scheduler is not ready Blazar project is on hold OpenStack + BlazarX w/ policies for dealing with reserved resources

8 Evolution of the solutions Shim-layer approach as a prototype API definition Basic functional testing Gap analysis in OpenStack in parallel Shim-layer (w/ allocation+reserv. logic+policies) OpenStack integrated approach As a next step Optimize the solution in steps Block reserved resources Reuse reserved resources Introduce priorities OpenStack + BlazarX w/ policies for dealing with reserved resources Collaborate with OpenStack projects like Nova, Neutron and Cinder

9 Implementation Overview Intent-driven N/B Interfaces create/update/cancel/query reservation increase/decrease/query capacity create/destroy instance Supported Interfaces CLI, REST/JSON, WEBSOCKET, BROWSER Model-driven Implementation YANG (data model schemas) YAML (control logic definitions) JSON (configuration data) JSX* (visualization schemas)

10 Data Model Hierarchy ResourcePool ResourceInstance ResourceContainer ResourceCollection ResourceReservation ComputeElement Models ResourceAllocation ResourceElement NetworkElement Models StorageElement Models Everything is a ResourceElement Attributes and Behavior Inheritance Polymorphic Relationships ResourceCollection contains temporal attributes start and end ResourcePool represents what s available between a given time window ResourceReservation represents what s planned for use between a given time window ResourceAllocation represents what s currently being consumed

11 Modular and Portable Design REST/JSON External Integration Promise Models Data Synchronization Web Sockets YangForge CLI Automation User Interaction Web Browsers Node.js Promise runs on YangForge Visualization User Interaction Browser YANG schemas opnfv-promise.yang, nfv-infrastructure.yang, nfv-mano.yang, etc YAML control definitions opnfv-promise.yaml JSON configuration data opnfv-promise.json YangForge runs on Node.js and Web Browsers

12 Promise Live Demonstration Create Reservation Query Capacity Create Instance Visualizations and More! OPNFV Project Theater Thursday 2:25-2:45pm Promise - Planning the Future Peter Lee, ClearPath Networks Gerald Kunzmann, DOCOMO

13 Summary and Next Steps Promise is all about the Future Seamless integration with VIMs Moving beyond capacity to capture Elements Proactive and Reactive Notifications Interactive and Dynamic Visualizations Scenario planning with Simulations Come and see the live 2:25pm Join the Promise project!

14 Promise Info