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

Allow to set the priorityClassName of Backup pods #960

Open
onjen opened this issue Apr 24, 2024 · 0 comments
Open

Allow to set the priorityClassName of Backup pods #960

onjen opened this issue Apr 24, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@onjen
Copy link

onjen commented Apr 24, 2024

Summary

For RWO backup pods allow to set the priorityClassName to allow other pods on the node to be preempted in case the node reached its resource capacity.

Context

With RWO backups pods, a node selector is set on the pod to make sure that the Backup pod is scheduled on the same node as the pod with the mounted volume. This is working fine. However if the resources requested by the backup pod are higher than the remaining resources on the node, the pod is not scheduled on the specified node. Other pods on the node are not preempted, because the backup pod has the default priority set (priority 0). The backup pod would stay in pending state.

Allowing to set a priorityClassName for the backup pod with a PriorityClass higher than the default priority would cause the scheduler to preempt pods on the node and schedule the backup pod instead.

Out of Scope

No response

Further links

Acceptance Criteria

No response

Implementation Ideas

  • Add configuration option to set the priorityClassName in a schedule and on a backup object
  • By default no priorityClassName is set, therefore the pod is scheduled with a default priority of 0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant