volsync icon indicating copy to clipboard operation
volsync copied to clipboard

volsync migration: resize existing pvc as per user request during create

Open vh05 opened this issue 2 years ago • 3 comments

Describe the feature you'd like to have.

If the user request for a PVC > the capacity of the existing PVC, PVC needs to be resized or error out.

What is the value to the end user? (why is it a priority?)

With this user will have the right capacity of storage for migration.

How will we know we have a good solution? (acceptance criteria)

The capacity request should match the resized PVC

vh05 avatar Mar 02 '22 05:03 vh05

@JohnStrunk please review the feature

vh05 avatar Mar 02 '22 05:03 vh05

I assume this is specifically for the case where we're using copymethod Direct into an existing PVC.

Something like: If capacity is provided for the destination and the PVC already exists, the CLI can update the PVC's .spec.resources.requests.capacity to be the max of the current value and the requested capacity.

Caveats:

  • There is no guarantee that resize is possible (driver support, available system capacity)
  • Kube doesn't support shrinking volumes

JohnStrunk avatar Mar 02 '22 13:03 JohnStrunk

In such cases, we can error out telling that resize failed or shrinking not allowed

vh05 avatar Mar 02 '22 14:03 vh05