Closed oshoval closed 3 years ago
Hi @oshoval. Thanks for your PR.
I'm waiting for a k8snetworkplumbingwg member to verify that this patch is reasonable to test. If it is, they should reply with /ok-to-test
on its own line. Until that is done, I will not automatically test new commits in this PR, but the usual testing commands by org members will still work. Regular contributors should join the org to skip this step.
Once the patch is verified, the new status will be reflected by the ok-to-test
label.
I understand the commands that are listed here.
/assign @phoracek @RamLavi
/ok-to-test
/retest
Passed thanks
/lgtm /approve
[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: oshoval, phoracek
The full list of commands accepted by this bot can be found here.
The pull request process is described here
/cherry-pick release-0.6
@oshoval: only k8snetworkplumbingwg org members may request cherry picks. You can still do the cherry-pick manually.
mistake disregard
As part of https://bugzilla.redhat.com/show_bug.cgi?id=1953482 We are adding Priority Class [1] to each network component.
The motivation is to make the control plane pods less sensitive to preemption than user workloads.
Pods that are node specific will have the higher build-in priority, since preempting them from a specific node, makes them unavailable until they are rescheduled on that specific node. Pods that are network control plane, but are not node specific will have
system-cluster-critical
, which would still make them more important than user and custom workloads, but less thansystem-node-critical
.Since ovs-cni pod should run on each node, assign
system-node-critical
pc to it.[1] https://kubernetes.io/docs/concepts/scheduling-eviction/pod-priority-preemption/
Signed-off-by: Or Shoval oshoval@redhat.com