如果我运行systemctl restart kubelet
,是否会影响其他正在运行的节点?它会停止集群吗?你能预见会有什么影响吗?任何帮助都将不胜感激!
发布于 2018-06-19 00:00:45
在回答之前,小的免责声明:重启并不是由于对kubelet的多个潜在的破坏配置更改,kubelet确实重新启动了,而不是由于错误的配置而崩溃。答案是针对kubelet简单重启的场景(可能只有很小且不会中断的配置更改)
是否会影响其他正在运行的节点?
仅仅是重新启动本身应该不是问题(如果它真的是按照上面免责声明中的定义重新启动的话)。如果在主节点或工作节点上重启kubelet,则会有所不同。在主机上重启期间,只要所有系统pod都没有中断运行,一切都应该是正常的,但是如果在kubelet宕机期间,任何系统pod也需要重启,那么在kubelet重新开始运行之前,您就会遇到麻烦。对于工作节点(如果您没有更改默认值),Kubernetes将等待5分钟,等待节点返回到就绪状态(kubelet在重启后可运行)。再次假设pods在这段时间内运行良好-如果它们中的任何一个没有通过活性探测,它将在另一个节点上重新启动,但在kubelet恢复在线之前它不会被传送回有问题的节点(并且docker将在此之前继续运行它)。
会停止集群吗?
同样,IF on worker then - no,if on master则no if system pod (api、控制器、调度器、DNS、代理...)在重新启动期间,继续在主服务器上不间断地运行。
你能预见会有什么影响吗?
如果在重启后kubelet崩溃,并且您在master上操作,然后在kubelet宕机时任何系统pod崩溃,那么您就有麻烦了(取决于崩溃的是什么)。
确保您没有引入任何破坏性的kubelet配置更改,这些更改将中断您正在重新启动的节点上的kubelet,尤其是对于主节点...
总而言之:简单的重启应该不是问题,请确保您的配置正确,kubelet重启正确,如果在master上重启,请在重启过程中监视系统pod。
https://stackoverflow.com/questions/50912537
复制相似问题