-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
helm: Enable persistence in custom mode #11368
Conversation
@pierreyves-lebrun Thanks for the PR! Could you please take a look at https://github.com/gravitational/teleport/blob/master/examples/chart/CONTRIBUTING.md and make sure to do everything on the list? |
9fbacfc
to
5229148
Compare
/gcbrun |
@pierreyves-lebrun Could you please add some tests to |
4af0965
to
c0a806b
Compare
@webvictim Added a few tests, please review again |
c0a806b
to
269476f
Compare
/gcbrun |
269476f
to
e9a4968
Compare
All jobs passed but I rebased onto master so you might want to rerun the pipeline |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks again @pierreyves-lebrun. Just realised another backwards compatibility situation and a couple of other comments, then we're good to go. This is a tricky PR and I really don't want to break anyone's current setup which is why I'm being such a stickler - apologies!
No worries, it's definitely worth being cautious when it comes to data persistence |
e9a4968
to
9a4acec
Compare
/gcbrun |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM - just one final nitpick in the values file. We do need to add these new values to the Helm reference for the teleport-cluster
chart, but given how much work you've done on the PR already, I'm OK with making those updates myself in a separate PR. Thanks @pierreyves-lebrun!
cc3c1bc
to
f08a287
Compare
Co-authored-by: Gus Luxton <webvictim@gmail.com>
Co-authored-by: Gus Luxton <webvictim@gmail.com>
Co-authored-by: Gus Luxton <webvictim@gmail.com>
Co-authored-by: Gus Luxton <webvictim@gmail.com>
Co-authored-by: Gus Luxton <webvictim@gmail.com>
Co-authored-by: Gus Luxton <webvictim@gmail.com>
b416fec
to
82f78db
Compare
/gcbrun |
/gcbrun |
/gcbrun |
/gcbrun |
/gcbrun |
/gcbrun |
Hey @pierreyves-lebrun, thanks for all the work. I've opened #11693 and will merge this there - our Github bot sometimes always handle PRs from forks very well (and this is one of those cases) |
Pull request was closed
) * feat: Standardize persistence * helm: Use deprecated standalone.existingClaimName when specified over newer persistence.existingClaimName * chore: Change pvc comment * feat: Update chart reference * Update docs/pages/kubernetes-access/helm/reference/teleport-cluster.mdx Co-authored-by: Pierre Lebrun <pierreyves.lebrun@rakuten.com>
) * feat: Standardize persistence * helm: Use deprecated standalone.existingClaimName when specified over newer persistence.existingClaimName * chore: Change pvc comment * feat: Update chart reference * Update docs/pages/kubernetes-access/helm/reference/teleport-cluster.mdx Co-authored-by: Pierre Lebrun <pierreyves.lebrun@rakuten.com>
) (#12218) * feat: Standardize persistence * helm: Use deprecated standalone.existingClaimName when specified over newer persistence.existingClaimName * chore: Change pvc comment * feat: Update chart reference * Update docs/pages/kubernetes-access/helm/reference/teleport-cluster.mdx Co-authored-by: Pierre Lebrun <pierreyves.lebrun@rakuten.com>
@webvictim FWIW this one broke our setup 😆 😭 we don't use persistence and found after a 9.x upgrade it was turned on by default due to this PR, as we run multiple replicas things went 💥 as the PVC can not be mounted to multiple pods so not sure myself we want this enabled by default? |
Sorry @stefansedich. I think that enabling persistence by default is what we do want for the chart, just to avoid people failing to set it up and then inadvertently losing cluster data when upgrading. I apologise that it broke your setup - hopefully setting |
Users might want to persist data while providing a custom config file, this PR enables persistence in that scenario