Skip to content
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

The ds-operator should manage the PVC provisioning process #82

Closed
wstrange opened this issue Dec 9, 2021 · 1 comment
Closed

The ds-operator should manage the PVC provisioning process #82

wstrange opened this issue Dec 9, 2021 · 1 comment

Comments

@wstrange
Copy link
Contributor

wstrange commented Dec 9, 2021

The ds-operator creates a volume claim template on the statefulset which is used to allocate storage, possibly from a snapshot.

The template for the STS can not be changed after deployment, making it impossible to update the volume snapshot used for new instance creation.

If the operator owns and creates the PVC before a new instance is created, the statefulset controller will use that PVC in place of the volume claim template spec. The storageclass and size should be the same, but the volume snapshot source could be updated to a more recent snapshot, instead of the one used at instance template creation time.

For per instance recovery, something like velero.io may be preferable to the volume snapshot feature of the operator. Hence this issue should be considered low priority

wstrange pushed a commit that referenced this issue Feb 18, 2022
Pre-creates Persistent Volume Claims. See the README for background.

refs: #82
wstrange pushed a commit that referenced this issue Feb 18, 2022
Pre-creates Persistent Volume Claims. See the README for background.

refs: #82
@damonconway
Copy link
Collaborator

@lee-baines This ticket can be closed, but I don't have permissions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants