kubernetes 配置：

?

測試node掛 機，發(fā)布需要等幾分才會 在其它 的node機器 啟動，這個明顯不合理，對于大多數(shù)業(yè)務

?

kube-controller-manager配置：

??/etc/systemd/system/kube-controller-manager.service

--node-monitor-grace-period=10s \
--node-monitor-period=3s \
--node-startup-grace-period=20s \
--pod-eviction-timeout=10s \

?

?

kubernetes節(jié)點失效后pod的調(diào)度過程：

0、Master每隔一段時間和node聯(lián)系一次，判定node是否失聯(lián)，這個時間周期配置項為 node-monitor-period ，默認5s

1、當node失聯(lián)后一段時間后，kubernetes判定node為notready狀態(tài)，這段時長的配置項為 node-monitor-grace-period ，默認40s

2、當node失聯(lián)后一段時間后，kubernetes判定node為unhealthy，這段時長的配置項為 node-startup-grace-period ，默認1m0s

3、當node失聯(lián)后一段時間后，kubernetes開始刪除原node上的pod，這段時長配置項為 pod-eviction-timeout ，默認5m0s

在應用中，想要縮短pod的重啟時間，可以修改上述幾個參數(shù)

?

解釋 官方有：

?

--node-monitor-grace-period duration?????Default: 40s
?	Amount of time which we allow running Node to be unresponsive before marking it unhealthy. Must be N times more than kubelet's nodeStatusUpdateFrequency, where N means number of retries allowed for kubelet to post node status.
--node-monitor-period duration?????Default: 5s
?	The period for syncing NodeStatus in NodeController.
--node-startup-grace-period duration?????Default: 1m0s
?	Amount of time which we allow starting Node to be unresponsive before marking it unhealthy.
--pod-eviction-timeout duration?????Default: 5m0s
?	The grace period for deleting pods on failed nodes.

轉(zhuǎn)載于:https://www.cnblogs.com/Qing-840/p/9818404.html

總結

以上是生活随笔為你收集整理的kubernetes node节点失效 调度的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。