重新启动kubelet会停止所有节点吗?

Mig*_*jão 4 kubernetes

如果我运行,systemctl restart kubelet是否会影响其他正在运行的节点?它会停止集群吗?您能预见到任何影响吗?任何帮助,将不胜感激!

Con*_*nst 8

在回答之前,请小幅声明:重新启动不是由于对kubelet的多个潜在破坏性配置更改造成的,并且kubelet实际上确实已重新启动而不会由于配置错误而崩溃。答案针对的是简单重启kubelet的场景(可能会有很小且不间断的配置更改)

会影响其他正在运行的节点吗?

这样的重启就不成问题(前提是确实是如以上免责声明中所定义的重启)。如果在主节点或工作节点上重新启动kubelet,则有所不同。在主服务器上重新启动期间,只要所有系统Pod都在不中断的情况下就应该一切正常,但是如果在kubelet停机期间任何系统Pod也需要重新启动,则您会遇到麻烦,直到kubelet再次运行为止……对于工作节点(如果您没有更改默认值)kubernet等待5分钟让节点恢复到就绪状态(重启后kubelet可以运行)。再次假设Pod在此期间处于良好状态-如果其中任何一个未通过liveness探测,它将在另一个节点上重新启动,但是直到kubelet重新联机之前,它不会传递回有问题的节点(并且docker将继续运行它)直到那时)...

它会停止集群吗?

同样,如果在worker上,则-否,如果在master上,则没有IF系统pod(api,控制器,调度程序,dns,proxy ...)在重启期间继续在master上不间断运行。

您能预见到任何影响吗?

如果重启后kubelet崩溃并且您正在使用master进行操作,而kubelet处于关闭状态时任何系统pod崩溃,则您将遇到麻烦(取决于崩溃的原因)。

确保您没有引入任何破坏性的kubelet配置更改,这些更改会破坏您要重新启动的节点上的kubelet,尤其是对于主节点。

总结一下:简单重启应该不是问题,请确保您的配置正确,kubelet重启正确并且如果在主服务器上重启,则在重启期间监视系统Pod。

  • 谢谢!!我真的很感激你的回答。真的很有帮助! (2认同)