Uploaded image for project: 'OpenShift Storage'
  1. OpenShift Storage
  2. STOR-1499

support Azure File cloning feature - azcopy (TP)

    XMLWordPrintable

Details

    • support Azure File cloning feature (azcopy)
    • 4
    • False
    • None
    • False
    • Green
    • To Do
    • OCPSTRAT-1128 - Azure File CSI cloning support (TP)
    • OCPSTRAT-1128Azure File CSI cloning support (TP)
    • 80
    • 80% 80%
    • M
    • 4

    Description

      Epic Goal*

      Azure File added support for cloning volumes which relies on azcopy command upstream. We need to fork azcopy so we can build and ship downstream images with from forked azcopy. AWS driver does the same with efs-utils.

      Upstream repo: https://github.com/Azure/azure-storage-azcopy

      NOTE: using snapshots as a source is currently not supported: https://github.com/kubernetes-sigs/azurefile-csi-driver/blob/7591a06f5f209e4ef780259c1631608b333f2c20/pkg/azurefile/controllerserver.go#L732 

       

      Why is this important? (mandatory)

      This is required for adding Azure File cloning feature support.

       

      Scenarios (mandatory) 

      1. As a user I want to easily clone Azure File volume by creating a new PVC with spec.DataSource referencing origin volume.

       
      Dependencies (internal and external) (mandatory)

      1) Write OpenShift enhancement (STOR-1757)

      2) Fork upstream repo (STOR-1716)

      3) Add ART definition for OCP Component (STOR-1755)

      • prerequisite: Onboard image with DPTP/CI (STOR-1752)
      • prerequisite: Perform a threat model assessment (STOR-1753)
      • prerequisite: Establish common understanding with Product Management / Docs / QE / Product Support (STOR-1753)
      • requirement: ProdSec Review (STOR-1756)

      4) Use the new image as base image for Azure File driver (STOR-1794)

      5) Ensure e2e cloning tests are in CI (STOR-1818)

       

      Contributing Teams(and contacts) (mandatory) 

      Our expectation is that teams would modify the list below to fit the epic. Some epics may not need all the default groups but what is included here should accurately reflect who will be involved in delivering the epic.

      • Development - yes
      • Documentation - yes
      • QE - yes
      • PX - ???
      • Others - ART

       

      Acceptance Criteria (optional)

      Downstream Azure File driver image must include azcopy and cloning feature must be tested.

       

      Drawbacks or Risk (optional)

      No risks detected so far.

       

      Done - Checklist (mandatory)

      The following points apply to all epics and are what the OpenShift team believes are the minimum set of criteria that epics should meet for us to consider them potentially shippable. We request that epic owners modify this list to reflect the work to be completed in order to produce something that is potentially shippable.

      • CI Testing -  Basic e2e automationTests are merged and completing successfully
      • Documentation - Content development is complete.
      • QE - Test scenarios are written and executed successfully.
      • Technical Enablement - Slides are complete (if requested by PLM)
      • Engineering Stories Merged
      • All associated work items with the Epic are closed
      • Epic status should be "Release Pending" 

      Attachments

        Activity

          People

            rbednar@redhat.com Roman Bednar
            rbednar@redhat.com Roman Bednar
            Rohit Patil Rohit Patil
            Lisa Pettyjohn Lisa Pettyjohn
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:

              Time Tracking

                Estimated:
                Original Estimate - 3 weeks
                3w
                Remaining:
                0m
                Logged:
                Time Not Required
                Not Specified