Open aceeric opened 1 year ago
/retitle Guaranteed Scheduling For Critical Add-On Pods task does not link to details of built in PriorityClasses
We could and should update https://kubernetes.io/docs/concepts/scheduling-eviction/pod-priority-preemption/#priorityclass to incorporate details about the built-in priority classes.
It is OK to copy text verbatim from https://kubernetes.io/blog/2023/01/12/protect-mission-critical-pods-priorityclass/ and you can also use your own wording.
/language en /help /triage accepted /priority backlog
@sftim: This request has been marked as needing help from a contributor.
Please ensure that the issue body includes answers to the following questions:
For more details on the requirements of such an issue, please see here and ensure that they are met.
If this request no longer meets these requirements, the label can be removed
by commenting with the /remove-help
command.
We should also update https://kubernetes.io/docs/tasks/administer-cluster/guaranteed-scheduling-critical-addon-pods/ to link to https://kubernetes.io/docs/concepts/scheduling-eviction/pod-priority-preemption/#priorityclass once we update it.
I am working on this issue. /assign
@rajeshdeshpande02 Are you still working on this issue
Unassigning @rajeshdeshpande02 as didn't receive any updates. Please assign if you get back to this or anyone can also assign to this issue /unassign @rajeshdeshpande02
/assign I would like to work on this issue
Folks - on this page, regarding this language: "To mark a Pod as critical, set priorityClassName for that Pod to system-cluster-critical or system-node-critical. system-node-critical is the highest available priority, even higher than system-cluster-critical." This immediately brings to mind the question: "what do you mean by even higher, i.e. what is the effect?" A little searching yields this documentation which answers the question nicely. Consider adding some clarification on the effect of node vs cluster priority in your docs.