Docker kubernetes集群中Linux节点重启的最佳策略是什么

a） 普通重启命令。 或

---

b） 执行kubectl drain，然后重新启动。

使用

kubectl drain

方法确定选项2

重新启动前：

kubectl drain$NODENAME

将优雅地终止节点上的所有POD，同时将节点标记为不可调度

重新启动后：

一旦重新启动完成并且可以继续，那么再次安排节点：

kubectl uncordon$NODENAME

请看一下文件

直接在节点上运行普通重启会影响该节点上运行的所有POD，因此不建议采用这种方法

---

希望这能有所帮助。

使用

kubectl排水管方法确定选项2

重新启动前：

kubectl drain$NODENAME
将优雅地终止节点上的所有POD，同时将节点标记为不可调度

重新启动后：

一旦重新启动完成并且可以继续，那么再次安排节点：
kubectl uncordon$NODENAME

请看一下文件

直接在节点上运行普通重启会影响该节点上运行的所有POD，因此不建议采用这种方法

希望这有帮助。
如果停机时间也很短，建议这样做吗？i、 e更改一些配置文件，然后重新启动。如果出现停机，则肯定是。因此，对于正常的重新启动，不需要消耗。如果它不是生产k8s群集，并且您不关心在该节点上运行的几个应用程序吊舱是否停机一段时间，则可以立即重新启动该节点。@SumitKumar不仅仅是关于停机，而且还可以减少由于异常终止而导致数据丢失或损坏的可能性，特别是在状态集中。无论何时拥有控制权（如本例中），都应该优雅地终止进程，让它们移交/清理资源。在这个用例中，它转换为封锁/排放，然后重新启动。如果停机时间也很短，建议这样做吗？i、 e更改一些配置文件，然后重新启动。如果出现停机，则肯定是。因此，对于正常的重新启动，不需要消耗。如果它不是生产k8s群集，并且您不关心在该节点上运行的几个应用程序吊舱是否停机一段时间，则可以立即重新启动该节点。@SumitKumar不仅仅是关于停机，而且还可以减少由于异常终止而导致数据丢失或损坏的可能性，特别是在状态集中。无论何时拥有控制权（如本例中），都应该优雅地终止进程，让它们移交/清理资源。在这个用例中，它转换为封锁/排水，然后重新启动。