Page History

...

Step 7. SO → MC - Deploy VNF template in the target <cloud owner, cloud region> for the Service Instance

7a7) MC Processing (need MC code changes)

• Parse Template (e.g. OpenStack Heat Template)
  
  • For each VNFC, instance type in the template
    
    • Fetch Cloud-Agnostic Workload Deployment Policy (Intent) based on <Service (e.g. vCPE), VNFC (e.g. vGW)>
      • Value/Content: <Policy JSON> 
      • Note: The policy details are in Section 7b).
    • Parse Policy JSON
    • Modify template (if needed) according to Intent 
      • Intent examples of interest for R3 
        
        • "Infrastructure High Availability (HA) for VNF" 
        • "Infrastructure Resource Isolation for VNF"   
          • "Burstable QoS"
        • "Infrastructure Resource Isolation for VNF"   
          • "Guaranteed QoS"

• Policy (Intent) Realization

  • Determining the flavor (OpenStack-based VIMs) # same logic applies for instance type in Azure
    • Each VNFC uniquely maps to a Flavor - for e.g. VNFC "vgw" maps to "vgw-base", "vDNS" maps to "vDNS-base"
    • Beyond Casablanca
      • VNFC intent to realization mapping happens through A&AI. 
  • "Infrastructure High Availability (HA) for VNF"
    • OpenStack-based Cloud realization 
      • For R3, Host-based anti-affinity using server groups //Beyond R3, Support other anti-affinity models at availability zone level etc. 
      • Implementation Notes: 
        • Instance "count" in heat template specifies VNFC scale out factor 
        • While dynamic injection of server group into heat template is ideal, a simple starting point could be just switching to an alternate heat template which is identical to the deployment template and additionally has server group
    • Azure realization 
      • Availability Set?

  • "Infrastructure Resource Isolation for VNF" – { "qosProperty": { {"Burstable QoS": "TRUE", "Burstable QoS Oversubscription Percentage": "25"} } }

    • OpenStack-based VMware VIO Cloud realization

      • This can be achieved through min guarantee -- Max or limit (upper bound) & Min or Reservation (guarantee) are part of OpenStack flavor metadata

        • https://docs.openstack.org/horizon/latest/admin/manage-flavors.html

        • https://blogs.vmware.com/openstack/resources-guarantee-openstack-and-vmware-integrated-openstack/

• For R3, Cloud-Agnostic Workload Deployment Policy (Intent) 
  • Can be directly mapped to specific realization (e.g. OpenStack Flavor, Azure Instance Type) to simplify implementation. 
• This policy is exactly the same as the policies with "deployment-intent" in the Cloud Selection Policy for Homing described in Section 2
  • • • Example 
        • VNFC "vgw" with "Guaranteed QoS" 
          "flavor-xyz-no-oversubscription"
          • vCPU (Min/Max) - 16, Mem (Min/Max) - 32GB 
          • Maps to "vgw-Guaranteed-QoS" flavor for OpenStack-based VIMs
          • Same VNFC with "Burstable QoS", 25% over-subscription vCPU (Min) - 16,
            • "flavor-xyz-25-percent-oversubscription"
            • • vCPU (Min) - 16, Mem (Min) - 32GB 
              • vCPU (Max) - 20, Mem (Max) - 40GB  
              • Maps to "vgw-Guaranteed-QoS-25-percent-oversubscription" flavor for OpenStack-based VIMs
          • VNFC "vDNS" with "Guaranteed QoS" & "Infrastructure High Availability"
            • Maps to "vDNS-Guaranteed-QoS" flavor and "vDNS-infrastructure-high-availability" heat template
        • Only certain pre-defined over-subscription values are allowed to simplify implementation
        • Implementation Notes:
          • While dynamic injection of limit/reservation into flavor is ideal, a simple starting would be to be to switch to a pre-defined flavor in the environment file
            • For aforementioned example
              • Original flavor - "flavor-xyz-no-oversubscription"
              • Modified flavor based on Policy - "flavor-xyz-25-percent-oversubscription" 
    • Implementation Notes:
      
      • From an implementation stand point, MC would be exposing a Workload Deployment Policy (Intent) API
        • Input : deployment-intent, cloud owner, cloud region, deployment template, deployment environment file, ...
        • Output : Success or Failure with reason, modified deployment template, modified deployment environment file, . ..

  7b) Cloud-Agnostic Workload Deployment Policy (Intent)

  • • • • .

  SO ↔ MC API extension - Json Schema with use case examples - (the exact data is sent from OOF to SO. SO transparently echoes this data to MC)

  ...