Update VolumeGroupSnapshot to v1beta1

[leonardoce]

What type of PR is this?

Uncomment only one /kind <> line, hit enter to put that in a new line, and remove leading whitespaces from that line:

/kind api-change

/kind bug
/kind cleanup
/kind design
/kind documentation
/kind failing-test
/kind feature
/kind flake

What this PR does / why we need it:

Update the definition of CRDs to move VolumeGroupSnapshot, VolumeGroupSnapshotContent, and VolumeGroupSnapshotClass from v1alpha1 to v1beta1.

cc: @xing-yang

Which issue(s) this PR fixes:

Fixes #1119

Special notes for your reviewer:

This PR entirely removes the capability to serve the v1alpha version. Existing clients will be broken.
This is consistent with the relative PR comment and the related Kubernetes documentation.

The underlying structure of v1alpha and v1beta1 is consistent.

Does this PR introduce a user-facing change?:

`VolumeGroupSnapshot`, `VolumeGroupSnapshotContent`, and `VolumeGroupSnapshotClass`
are now available in `v1beta1` version. The support for the `v1alpha1` version have been removed.

[nixpanic]

/cc xing-yang

[leonardoce]

I rebased this PR and added a commit to add and set the new field VolumeSnapshotHandlePairList of the VolumeGroupSnapshotContent resource, as described in the latest iteration of the relative KEP.

Thank you!

cc: @xing-yang

[yati1998]

LGTM

[xing-yang]

@leonardoce We discussed this PR during today's CSI Implementation meeting. @jsafrane suggested that we break this PR into two PRs.

• PR 1: Add new field and populate the new field but keeping the APIs at alpha.
• PR 2: Move the APIs to Beta.
  There are other things we need to do between PR 1 and PR2. See detailed plan here: https://docs.google.com/document/d/1jjliw0tFhCPnT9ixlYpj61k5u8_-awf1qSCWrkunshQ/edit?tab=t.0

[leonardoce]

Ok. I'll close it and file the one to add the new field

[yati1998]

Ok. I'll close it and file the one to add the new field
@leonardoce can we please have any timeline by when can we get this done?

[leonardoce]

Hi @yati1998. I filed PR #1169 to add the new field.

[leonardoce]

/draft

[mulbc]

#1169 has been merged - can we merge this PR now?

[yati1998]

@leonardoce can I know why this PR is in draft? I think we were good on this part?

[leonardoce]

Hi @yati1998.
According to this plan: https://docs.google.com/document/d/1jjliw0tFhCPnT9ixlYpj61k5u8_-awf1qSCWrkunshQ/edit?tab=t.0#heading=h.fizenae5evi0
We need at least #1177 to be merged before this one.

[Madhu-1]

@gnufied @xing @leonardoce i have tested this PR + #1219 https://jenkins-ceph-csi.apps.ocp.cloud.ci.centos.org/blue/organizations/jenkins/mini-e2e_k8s-1.31/detail/mini-e2e_k8s-1.31/201/pipeline/ ceph/ceph-csi#4974 (we already have framework for volumegroupsnapshot)

This is what it does

• Create 3 PVC
• Create a groupsnapshot
• Create a clones from the 3 snapshots (as part of group)
• Create pod using the clones
• Delete the pod
• Delete the clones
• Delete the group
• Delete the PVC

Repeat the above in a loop of 20 , let me know if you guys wants me to test anything else?

[iPraveenParihar]

Hey, I tested this using the CSI HostPath Driver in a GitHub Action. The test, which can be viewed here, includes the following steps:

1. Create 3 PVCs and mount them to a Pod.
2. Create a VolumeGroupSnapshot.
3. Restore PVCs from VolumeSnapshots, mount them to a Pod.
4. Delete the VolumeGroupSnapshot.
5. Delete the Pods and PVCs.

This sequence is repeated 20 times.

cc @Madhu-1

[manishym]

I have run the k8s e2e test on vgs. It is passing.

Conformance test: not doing test setup.
  I1202 21:02:28.820217 1196005 e2e.go:109] Starting e2e run "e05caadd-9770-4603-828c-799227b70b3f" on Ginkgo node 1
Running Suite: Kubernetes e2e suite - /home/myathnalli/data/work/k8s/kubernetes/_output/bin
===========================================================================================
Random Seed: 1733153547 - will randomize all specs

Will run 21 of 6622 specs
••Checking for custom logdump instances, if any
----------------------------------------------------------------------------------------------------
k/k version of the log-dump.sh script is deprecated!
Please migrate your test job to use test-infra's repo version of log-dump.sh!
Migration steps can be found in the readme file.
----------------------------------------------------------------------------------------------------
Sourcing kube-util.sh
Detecting project
Skeleton Provider: detect-project not implemented
Dumping logs from master locally to '/home/myathnalli/data/work/k8s/kubernetes/_artifacts'
KUBE_MASTER_IP:
KUBE_MASTER:
/home/myathnalli/data/work/k8s/kubernetes/cluster/log-dump/log-dump.sh: line 385: MASTER_NAME: unbound variable


Ran 2 of 6622 Specs in 428.863 seconds
SUCCESS! -- 2 Passed | 0 Failed | 0 Pending | 6620 Skipped
PASS

Ginkgo ran 1 suite in 7m10.968249776s
Test Suite Passed
+ cleanup
+ '[' false = true ']'
+ '[' true = true ']'
+ kind export logs /home/myathnalli/data/work/k8s/kubernetes/_artifacts
Exporting logs for cluster "kind" to:
/home/myathnalli/data/work/k8s/kubernetes/_artifacts
+ kind delete cluster
Deleting cluster "kind" ...
Deleted nodes: ["kind-control-plane" "kind-worker2" "kind-worker"]
+ rm -f _output/bin/e2e.test
+ '[' -n /tmp/tmp.CQSRZTuJUg ']'
+ rm -rf /tmp/tmp.CQSRZTuJUg
+ CLEANED_UP=true
+ exit 0

[Madhu-1]

@gnufied The above is the results for e2e tests

[leonardoce]

I rebased it over the new master and tested it. My smoke tests look good.

[gnufied]

/lgtm

[xing-yang]

/lgtm
/approve

[k8s-ci-robot]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: leonardoce, xing-yang

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [xing-yang]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[gbartolini]

This is great news!!! Amazing work, well done! Congratulations!

[msau42]

API review lgtm

[jonathon2nd]

I was wondering how I can install the update when I am getting the following error
CustomResourceDefinition.apiextensions.k8s.io "volumegroupsnapshots.groupsnapshot.storage.k8s.io" is invalid: status.storedVersions[0]: Invalid value: "v1alpha1": must appear in spec.versions

See piraeusdatastore/helm-charts#54

[pl4nty]

@jonathon2nd kubectl patch crd x.groupsnapshot.storage.k8s.io --subresource='status' --type='merge' -p '{"status":{"storedVersions": ["v1beta1"]}}' where x is each of volumegroupsnapshots, volumegroupsnapshotclasses, and volumegroupsnapshotcontents