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

Abstract PVs for optimal usage

XMLWordPrintable

    • Icon: Story Story
    • Resolution: Done
    • Icon: Medium Medium
    • Casablanca Release
    • None
    • None
    • OOM Sprint 10 - Integration, Casablanca-M4 (09/20)

      PV's can be a shared resource among charts,  Currently we are using PVs in a 1:1 fashion with claims.

      We can make this better by abstracting the PV and then having apps make claims against a particular PV.

      Currently the following claims are made against persistent volumes:

      • appc 2Gi
      • clamp 2Gi
      • log 2Gi
      • message-router 2Gi
      • mso 2Gi
      • portal 2Gi
      • sdc 2Gi
      • so 2Gi
      • vid 2Gi

      The onap charts will declare 12  PVs and the other charts will make claims against these PVs. Only a single StorageClass of "standard" will be supported during initial development.

      See here: https://kubernetes.io/docs/concepts/storage/persistent-volumes/#writing-portable-configuration for a description of the rule on writing portable charts.

      Here: https://kubernetes.io/docs/concepts/storage/storage-classes/#provisioner is a description of the storage classes.

       

       

       

            slanthie slanthie
            mkhinda mkhinda
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: