Versions Compared

Key

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

Purpose:

Main purpose of F-GPS (a.k.a. ONAP-Valet) is, with considering new placement rulespolicies,  (1) to precisely check capacity & capability of target DC or edge site Cloud Region and then, (2) to determine VNF placements .(i.e., target zone for each workload (VDU) of VNF).

  • New placement policies Placement rules include Affinity and Anti-affinity.
  • Scopes of placement rules Affinity/Anti-affinity are, in a target DC or edge siteCloud Region, across availabilityAvailability-zones and optionally, across compute hosts.
  • Applications of placement rules are workloads Affinity/Anti-affinity are workloads (VDUs) within a VNF or workloads across VNFs.
  • Opportunity to standardize many other placement rules policies (e.g., Exclusivity, Beside Affinity/Anti-affinity, include Exclusivity, Quorum-Diversity, etc.) in VNFD and Policy.
  • Integrated into OOF/HAS (maybe initially as dark mode (PoC) for evaluation over Dublin).

Owner :

...

 Under OOF

Participating Companies: VMware (Architecture/Modelling), Intel (Architecture),

...

IBM, AT&T

Operator Support: OOF/HAS, 5G Use Case (TBD)

Parent page: TBD

Use Case Name

Showcase VNFTest EnvironmentIntegration Team Liaison
5G VNF teaming (TBD)Core/Data plane VNFs in 5GTBD

TBDOOF

5G

...

Data Plane Performance use case:

A VNF instance has 2 workloads (e.g., 2 VM instances) that must be placed in a same zone (or compute host) because of the high throughput requirement between workloads. Meanwhile, 2 more replicas of the VNF instance must be placed in different zones (or different compute hosts) of the same DC Cloud Region because of the high-reliability requirements for the VNF.

...

View file
nameONAP Valet use case.pdf
height250

5G VNF user(s) aware Placement:

Place 5G VNF in a specific DC location/zone in a distributed cloud for user(s) proximity. A single cloud control plane (Cloud Region) is managing several distributed DC locations/zones. 

Dublin Focus:

  • Seed code for placement decisions in OpenStack cloud and evaluate in an OpenStack testbed for this version. Later, extend to the other clouds including Azure and AWS.
  • Capacity & Capability checking for an OpenStack cloud: 1)  
    • Checking the number of zones of the target
    DC
    • Cloud Region to solve the Anti-affinity rules
    , 2)
    • .
    • Checking available capacity of each zone to solve Affinity rule
    , 3)
    • .
    • Checking available host profiles of each zone to solve flavor matching (i.e., Host-Aggregates) (Stretch Goal).
  • Placement decisions for Affinity and Anti-Affinity among zones of target DCCloud Region. Optionally, decisions go into compute hosts (for private cloud case).
  • Defining Affinity and Anti-affinity rules in Policy (Stretch Goal). Until this is ready, evaluate with a manual/hard-coded policy.
  • Specifying Affinity and Anti-affinity rules in homing/placement request (Stretch Goal). Until this is ready, evaluate with a manual/hard-coded specification.
  • Distributed cloud modelling immediately relevant to F-GPS - a single cloud control plane (Cloud Region) to be able manage several distributed DC locations/zones. 
  • Leverage capacity alerts (significant change in capacity) from Model-driven Distributed Analytics work.

Impacted Projects 

ProjectPTLJIRA Epic / User Story*Requirements
OOFSarat Puthenpura
  • OSDF: support new homing/placement constraints (Affinity, Anti-affinity, and resources per workload (e.g., VM) of VNF) as policies and VNFD model.
  • HAS: 1) implement new placement constraints and interact with F-GPS, 2) deal with new placement decisions returned from F-GPS.
Multi-VIM/Cloud


  • Collect Availability-Zone zone capacity data from Clouds.
  • Open new API to communicate with F-GPS for per Availability-Zone zone capacity checking.
  • Enable the placement decisions (e.g., update Heat env in OpenStack case) to send them to Cloud orchestrator (e.g., OpenStack) via plugins.
A&AI
  • Open (new) API for F-GPS to obtain Availability-
Zone
  • zone information of each Cloud Region.
  • Distributed cloud modelling immediately relevant to F-GPS - a single cloud control plane to be able manage several distributed DC locations/zones. 


Architecture committee suggestions

On Dec.

...

4, 2018

  • Need end-to-end workflows: Refer to the below Workflows.
  • Modeling
  • Capacity check: Fine grained, per Availability-zone (or DC).

Workflows

Flow architecture

View file
nameF-GPS workflows.pdf
height250

Capacity check workflow: This can be requested in design time to determine available Availability-zones for VNF.

View file
nameF-GPS capacity check workflow.pdf
height250
 

VNF Placement workflow

View file
nameF-GPS placement workflow.pdf
height250

Presentation for Edge Automation Use Case

View file
nameONAP-Valet_edge_usecase.pptx
height250

Testing

...