计算节点关闭后，吊舱卡在“终止”上

Question

我正在运行一个带有RHEL7.8 BareMetal计算节点的OCP4.6。我们正在集群上运行功能和HA测试。我们在这个集群上的主要应用程序是一个包含大约250个吊舱的StatefulSet。

关闭节点后，在该节点上运行的吊舱进入终止状态，并停留在那里。由于这是一个状态集，所以在原始pod结束终止之前，pod不能在另一个节点上重新启动。

查看K8S的文档--我发现在节点关闭后StatefulSet pod不终止实际上是一种安全的机制，并且实际上是一种特性：https://kubernetes.io/docs/tasks/run-application/force-delete-stateful-set-pod/

Answer 1

如果您想在击落节点时避免豆荚被卡住，您应该尝试安全地耗尽节点：

您可以使用Kubectl Drain在对节点执行维护（例如内核升级、硬件维护等）之前安全地从节点中驱逐所有的豆荚。安全驱逐允许POD的容器优雅地终止，并尊重您指定的poddisruptionbudgets。

当Kubectl Drain成功返回时，这表明所有的pod都已被安全地驱逐（考虑到所需的合理终止周期，并考虑到您定义的poddisruptionbudget)。然后，通过关闭物理机或者如果运行在云平台上，删除虚拟机来关闭节点是安全的。

还要注意，如果驱逐被搁置：

>

中止或暂停自动操作。调查应用程序卡顿的原因，并重新启动自动化。

经过适当长时间的等待后，从集群的控制平面删除该Pod，而不是使用驱逐API。

更多细节可以在链接文档中找到。