-
Notifications
You must be signed in to change notification settings - Fork 16.7k
[stable/jenkins] Use StatefulSet instead of Deployment #23126
Conversation
Signed-off-by: Dylan Piergies <[email protected]>
[APPROVALNOTIFIER] This PR is NOT APPROVED This pull-request has been approved by: dylanpiergies The full list of commands accepted by this bot can be found here.
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Hi @dylanpiergies. Thanks for your PR. I'm waiting for a helm member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
…ations Signed-off-by: Dylan Piergies <[email protected]>
Yes, please. Nobody would run Jenkins without persistence enabled, it is a stateful application and therefore should move to use a statefulset |
I'm inclined to enhance it so that it can use |
I don't think it really make sense to have volumeclaimtemplates, as jenkins has no HA and there is no way to scale it to more than 1 replica. 🤷♂️ |
My thinking is that the difference in the way the lifecycle of the PV/PVC works with a volumeClaimTemplate can be useful. It would mean you're free to uninstall the chart without the Jenkins home volume being deleted. |
@phisco Anyway, such discussions are precisely the reason I've kept it separate. |
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.
@dylanpiergies thanks for the PR!
what would you think about making this an opt-in feature for now...perhaps via a master.statefulSet.enabled
flag...and allow the chart to support using Deployment
or StatefulSet
. we could then consider making StatefulSet
the default in a future major release.
@wmcdona89 Well, aside from the renamed values for the labels and annotations, this is a non-breaking change, at least theoretically. I was hoping to see what automation testing would occur prior to looking to fully assess the level of technical risk involved and whether any additional testing needs to be performed. As for continuing to support Personally, I think if the upgrade path from any sane configuration we can think of can be demonstrated to run smoothly, we should just cut over. Keeping support for |
/ok-to-test @wmcdona89 can you update from master to pull in the changes. |
Signed-off-by: Dylan Piergies <[email protected]>
/assign mogaal |
/hold This chart will be moved to https://github.com/jenkinsci/helm-charts see for details #23562 |
What this PR does / why we need it:
Switch out the Jenkins master Deployment for a StatefulSet.
Which issue this PR fixes
Fixes the Jenkins element of #1863
Checklist
[stable/mychartname]
)