Uploaded image for project: 'ONAP Operations Manager'
  1. ONAP Operations Manager
  2. OOM-1227

Enhance ONAP Storage Architecture

XMLWordPrintable

    • Icon: Epic Epic
    • Resolution: Done
    • Icon: Medium Medium
    • Frankfurt Release
    • None
    • None
    • ONAP Storage
    • Done

      To enable ONAP to be deployed into a wide variety of cloud infrastructures a flexible persistent storage architecture, built on Kubernetes persistent volumes, provides the ability to define the physical storage in a central location and have all ONAP components securely store their data.

      When deploying ONAP into a public cloud, available storage services such as AWS Elastic Block StoreAzure File, or GCE Persistent Disk are options. Alternatively, when deploying into a private cloud the storage architecture might consist of Fiber Channel, Gluster FS, or iSCSI. Many other storage options existing, refer to the Kubernetes Storage Class documentation for a full list of the options. The storage architecture may vary from deployment to deployment but in all cases a reliable, redundant storage system must be provided to ONAP with which the state information of all ONAP components will be securely stored. The Storage Class for a given deployment is a single parameter listed in the ONAP values.yaml file and therefore is easily customized. Operation of this storage system is outside the scope of the OOM.

      This Epic enhances ONAP's storage architecture beyond that of the Beijing release by fully decoupling the ONAP components from the persistent volumes and mapping the PVs to multiple K8s storage classes.

      For more information, refer to: https://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_developer_guide.html#persistent-volumes

            sdesbure sdesbure
            rogerm rogerm
            Votes:
            1 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: