Versions Compared

Key

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

...

  • Though VF-C understand TOSCA based models,  we will not touch existing HPA capability support as VF-C will be moving to support new TOSCA models (R3 based models).  Hence, we don't expect to work on auto-creation of HPA policies based on R2 DM HPA information.  Only R3 DM HPA to HPA policies will be supported.  This work will not be started until VF-C supports R3 model.
  • Support VF-C and OOF integration with manually created HPA policies
    • VF-C (GVNFM) to OOF integration  to get the best region and set of flavors (compute profiles)
    • Pass this compute profile (for each PDU) to the Multi-Cloud instead of asking Multi-Cloud to create the compute profile.
  • Since, GVNFM is not used by any use case, make vFW use case work with VF-C.


Affinity/Anti-Affinity & Impact on HPA compute profile selection

There is some discussion about introducing Affinity and Anti-Affinity policies in OOF as part of R3.  As we understand, affinity/anti-affinity rule granularity is at

  • NFVI-PoP level.
  • Availability zone level
  • NFVI-node level

NFVI-node level may not be relevant for ONAP.

Currently, input to HPA filter is just set of regions (NFVI-PoPs).  This may need to be enhanced to support "availability zones'.

Also, HPA filter may need to output best availability zone within NFVI-PoP (region).


Features that are being carried over from R2

...