-
Epic
-
Resolution: Done
-
Normal
-
None
-
support Azure File cloning feature (azcopy)
-
BU Product Work
-
4
-
False
-
None
-
False
-
Green
-
To Do
-
OCPSTRAT-1128 - Azure File CSI cloning support (TP)
-
OCPSTRAT-1128Azure File CSI cloning support (TP)
-
0% To Do, 0% In Progress, 100% Done
-
M
-
4
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"
- is cloned by
-
STOR-1945 support Azure File cloning feature - azcopy (GA)
- New
- links to
1.
|
T60: Use correct and approved cryptographic algorithms, parameters, and key lengths | To Do | Unassigned | ||
2.
|
T519: Test that input validation is done on all forms of input | To Do | Unassigned | ||
3.
|
T59: Use standard libraries for cryptography | To Do | Unassigned |