-
Notifications
You must be signed in to change notification settings - Fork 670
Prevent eviction of pods weave-net-* with priorityClassName: system-node-critical #3691
Comments
@christian-2 thanks for reporting this. Would you mind raising a PR? |
@murali-reddy I would not mind, but I have not yet found where the manifest that is referred to at |
@christian-2 Yes, manifests in |
@murali-reddy So the proposal is that you merge the open PRs for #3660, #3674 and then I prepare a PR for #3691 on top of these changes, right? |
Yes @christian-2 |
@christian-2 related PR's are merged now. As per https://kubernetes.io/docs/concepts/configuration/pod-priority-preemption/
|
Link to the specific feature requested: #3195 requested a different solution but I think the underlying issue there was again disk space so #3691 is better. |
* fixes weaveworks#3691 * `weave-daemonset-k8s-1.11.yaml` is `weave-daemonset-k8s-1.9.yaml` plus `priorityClassName: system-node-critical` * notice that a Kubernetes cluster created with `kubeadm` has its `kube-proxy`s marked as `system-node-critical` (and several other pods, such as `kube-apiserver` marked as `system-cluster-critical`)
What you expected to happen?
Pods weave-net-* should never be evicted, for this will impact operation of the entire Kubernetes cluster. They should be treated as critical pods.
What happened?
Pod weave-net-* was evicted on a Kubernetes cluster node relatively early (in comparison to other local pods) when local resources (ephemeral-storage) became tight.
Anything else we need to know?
IMO weave-net-* pods should be marked as critical by adding the following to the specification of daemonset/weave-net:
This would set it at a similar (scheduling) priority as is alredy the case for pods coredns-*, etcd-*, kube-apiserver-*, kube-controller-manager-*, kube-proxy-*, and kube-scheduler-*, which Kubernetes similarly marks as system-cluster-cricical/system-node-critical by default.
I am already using this modified specification, and it seems to work fine.
Versions:
The text was updated successfully, but these errors were encountered: