Uploaded image for project: 'OpenStack Strategy'
  1. OpenStack Strategy
  2. RHOSSTRAT-1151

Add support for CephFS shares encryption

XMLWordPrintable

    • Icon: Feature Feature
    • Resolution: Unresolved
    • Icon: Undefined Undefined
    • None
    • None
    • Manila
    • None
    • Not Selected
    • False
    • False
    • Hide

      None

      Show
      None
    • 0
    • 0
    • 100% To Do, 0% In Progress, 0% Done
    • rhos-storage-manila

      Feature Overview (mandatory - Complete while in New status)
      Following introduction of encryption at rest for NetApp backends, we want to add support for CephFS shares encryption

      Goals (mandatory - Complete while in New status)
      Provide feature parity for CephFS backend with NetApp backend

      Requirements (mandatory -_ Complete while in Refinement status):

      Requirement Notes isMVP?
      CephFS subvolumes are encrypted with different keys   yes
           

      Done - Acceptance Criteria (mandatory - Complete while in Refinement status):
      Encryption keys can be created/stored in Barbican; the Manila API allows for the definition of an encryption key when the share is created

      Use Cases - i.e. User Experience & Workflow: (Initial completion while in Refinement status):
      Consumers intending to provide Manila shares using a CephFS backend and allowing users to enable shares encryption providing their own key, stored in Barbican

      Out of Scope __(Initial completion while in Refinement status):
      High-level list of items or persona’s that are out of scope.
      <your text here>

      Documentation Considerations __(Initial completion while in Refinement status):
      Provide information that needs to be considered and planned so that documentation will meet customer needs. If the feature extends existing functionality, provide a link to its current documentation..
      <your text here>

       

      Questions to Answer __(Initial completion while in Refinement status):
      Include a list of refinement / architectural questions that may need to be answered before coding can begin.
      <your text here>

      Background and Strategic Fit (Initial completion while in Refinement status):
      Provide any additional context is needed to frame the feature.
      <your text here>

      Customer Considerations __(Initial completion while in Refinement status):
      Provide any additional customer-specific considerations that must be made when designing and delivering the Feature.
      <your text here>

      Team Sign Off (Completion while in Planning status)

      • All required Epics (known at the time) are linked to the this Feature
      • All required Stories, Tasks (known at the time) for the most immediate Epics have been created and estimated
      • Add - Reviewers name, Team Name
      • Acceptance == Feature as “Ready” - well understood and scope is clear - Acceptance Criteria (scope) is elaborated, well defined, and understood
      • Note: Only set FixVersion/s: on a Feature if the delivery team agrees they have the capacity and have committed that capability for that milestone
      Reviewed By Team Name Accepted Notes
             
             
             
             

       

              pgrist@redhat.com Paul Grist
              gfidente-rh Giulio Fidente
              Gregory Charot Gregory Charot
              rhos-storage-manila
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated: