-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Feat: add flags for podPriorityClassName to support external priorityclasses #2499
Feat: add flags for podPriorityClassName to support external priorityclasses #2499
Conversation
charts/postgres-operator/templates/postgres-pod-priority-class.yaml
Outdated
Show resolved
Hide resolved
97a1415
to
4f01234
Compare
I notice another scenario that is not being taken into account. If someone explicitly does not want to set a priorityClassName, it is not possible to do so here. A priorityClass will still be created. This could be perceived as unnecessary boilerplate, especially in a cluster that does not utilize custom priorityClasses at all. |
I don get your last comment. The default should be false like before. The priority class should not get created if somebody does not want to use it. You have to enable it manually in the values.yaml file. (It's funny after all those years I still see no use in helm charts haha) |
4f01234
to
30f95d9
Compare
Signed-off-by: Arthur Le Roux <[email protected]>
30f95d9
to
c1f5946
Compare
👍 |
1 similar comment
👍 |
Hello,
To solve this issue #2441, I present a possible solution by adding flags to create the PriorityClass (or not) and to set the priority. In case of a use of an external priorityclass, only the name should be set.