kubernetes node节点失效 调度
kubernetes 配置:
?
測試node掛 機,發布需要等幾分才會 在其它 的node機器 啟動,這個明顯不合理,對于大多數業務
?
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節點失效后pod的調度過程:
0、Master每隔一段時間和node聯系一次,判定node是否失聯,這個時間周期配置項為 node-monitor-period ,默認5s
1、當node失聯后一段時間后,kubernetes判定node為notready狀態,這段時長的配置項為 node-monitor-grace-period ,默認40s
2、當node失聯后一段時間后,kubernetes判定node為unhealthy,這段時長的配置項為 node-startup-grace-period ,默認1m0s
3、當node失聯后一段時間后,kubernetes開始刪除原node上的pod,這段時長配置項為 pod-eviction-timeout ,默認5m0s
在應用中,想要縮短pod的重啟時間,可以修改上述幾個參數
?
解釋 官方有:
?
| --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. |
轉載于:https://www.cnblogs.com/Qing-840/p/9818404.html
總結
以上是生活随笔為你收集整理的kubernetes node节点失效 调度的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 基于接口设计与编程
- 下一篇: 使用tomcat搭建Jenkins环境(