-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update velero-plugin-for-microsoft-azure to handle volumes created by the Azure CSI driver #4109
Closed
dsu-igeek opened this issue
Sep 8, 2021
· 0 comments
· Fixed by vmware-tanzu/velero-plugin-for-microsoft-azure#109
Closed
Update velero-plugin-for-microsoft-azure to handle volumes created by the Azure CSI driver #4109
dsu-igeek opened this issue
Sep 8, 2021
· 0 comments
· Fixed by vmware-tanzu/velero-plugin-for-microsoft-azure#109
Labels
Milestone
Comments
dsu-igeek
added
P1 - Important
Area/Cloud/Azure
Area/Plugins
Issues related to plugin infra/internal plugins
labels
Sep 8, 2021
dsu-igeek
changed the title
Update velero-plugin-for-microsoft-azure to handle volume created by the Azure CSI driver
Update velero-plugin-for-microsoft-azure to handle volumes created by the Azure CSI driver
Sep 9, 2021
ywk253100
added a commit
to ywk253100/velero-plugin-for-microsoft-azure
that referenced
this issue
Nov 4, 2021
Current VolumeSnapshotter works with volumes allocated by the "in-tree" storage driver. Kubernetes is moving to the CSI driver for Azure and will deprecate the in-tree driver, however we may not be able to get CSI snapshots in Velero to GA before that happens. As an interim solution, we handle volumes created by the CSI driver with the existing VolumeSnapshotter. Fixes vmware-tanzu/velero#4109 Signed-off-by: Wenkai Yin(尹文开) <yinw@vmware.com>
ywk253100
added a commit
to ywk253100/velero-plugin-for-microsoft-azure
that referenced
this issue
Nov 16, 2021
Current VolumeSnapshotter works with volumes allocated by the "in-tree" storage driver. Kubernetes is moving to the CSI driver for Azure and will deprecate the in-tree driver, however we may not be able to get CSI snapshots in Velero to GA before that happens. As an interim solution, we handle volumes created by the CSI driver with the existing VolumeSnapshotter. Fixes vmware-tanzu/velero#4109 Signed-off-by: Wenkai Yin(尹文开) <yinw@vmware.com>
ywk253100
added a commit
to ywk253100/velero-plugin-for-microsoft-azure
that referenced
this issue
Nov 16, 2021
Current VolumeSnapshotter works with volumes allocated by the "in-tree" storage driver. Kubernetes is moving to the CSI driver for Azure and will deprecate the in-tree driver, however we may not be able to get CSI snapshots in Velero to GA before that happens. As an interim solution, we handle volumes created by the CSI driver with the existing VolumeSnapshotter. Fixes vmware-tanzu/velero#4109 Signed-off-by: Wenkai Yin(尹文开) <yinw@vmware.com>
ywk253100
added a commit
to ywk253100/velero-plugin-for-microsoft-azure
that referenced
this issue
Nov 17, 2021
Current VolumeSnapshotter works with volumes allocated by the "in-tree" storage driver. Kubernetes is moving to the CSI driver for Azure and will deprecate the in-tree driver, however we may not be able to get CSI snapshots in Velero to GA before that happens. As an interim solution, we handle volumes created by the CSI driver with the existing VolumeSnapshotter. Fixes vmware-tanzu/velero#4109 Signed-off-by: Wenkai Yin(尹文开) <yinw@vmware.com>
zubron
pushed a commit
to vmware-tanzu/velero-plugin-for-microsoft-azure
that referenced
this issue
Nov 19, 2021
Current VolumeSnapshotter works with volumes allocated by the "in-tree" storage driver. Kubernetes is moving to the CSI driver for Azure and will deprecate the in-tree driver, however we may not be able to get CSI snapshots in Velero to GA before that happens. As an interim solution, we handle volumes created by the CSI driver with the existing VolumeSnapshotter. Fixes vmware-tanzu/velero#4109 Signed-off-by: Wenkai Yin(尹文开) <yinw@vmware.com>
yvespp
pushed a commit
to yvespp/velero-plugin-for-microsoft-azure
that referenced
this issue
May 9, 2022
Current VolumeSnapshotter works with volumes allocated by the "in-tree" storage driver. Kubernetes is moving to the CSI driver for Azure and will deprecate the in-tree driver, however we may not be able to get CSI snapshots in Velero to GA before that happens. As an interim solution, we handle volumes created by the CSI driver with the existing VolumeSnapshotter. Fixes vmware-tanzu/velero#4109 Signed-off-by: Wenkai Yin(尹文开) <yinw@vmware.com>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the problem/challenge you have
Current VolumeSnapshotter works with volumes allocated by the "in-tree" storage driver. Kubernetes is moving to the CSI driver for Azure and will deprecate the in-tree driver, however we may not be able to get CSI snapshots in Velero to GA before that happens. As an interim solution, it looks straightforward to handle volumes created by the CSI driver with the existing VolumeSnapshotter.
We also need to handle and test with volumes migrated from the in-tree driver to the CSI driver.
Also look at how we would restore volumes that were provisioned with the in-tree driver and backed up but the destination cluster has been upgraded to the CSI driver.
Vote on this issue!
This is an invitation to the Velero community to vote on issues, you can see the project's top voted issues listed here.
Use the "reaction smiley face" up to the right of this comment to vote.
The text was updated successfully, but these errors were encountered: