Skip to content
This repository has been archived by the owner on Dec 24, 2019. It is now read-only.

Readiness concept for nodes #23

Open
hjacobs opened this issue Mar 3, 2017 · 1 comment
Open

Readiness concept for nodes #23

hjacobs opened this issue Mar 3, 2017 · 1 comment

Comments

@hjacobs
Copy link
Owner

hjacobs commented Mar 3, 2017

Upscaling or node replacement poses the risk of race conditions between application pods and required system pods (DaemonSet). We have not yet figured out a good way of postponing application scheduling until the node is fully ready. The kubelet’s Ready condition is not enough as it does not ensure that all system pods such as kube-proxy and kube2iam are running. One idea is using taints during node initialization to prevent application pods to be scheduled until the node is fully ready.

@hjacobs
Copy link
Owner Author

hjacobs commented Apr 30, 2017

One approach would be using https://github.com/mikkeloscar/kube-node-ready-controller and wait for the taint node.alpha.kubernetes.io/notReady-workload to disappear.

/cc @mikkeloscar

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant