问在新版本中，更改terminationGracePeriodSeconds值不起作用

EN

Kubernetes参数terminationGracePeriodSeconds决定Kubernetes等待多久，直到它强行杀死您的容器。换句话说，当Kubernetes想要终止您的Pod时，它执行以下操作：

1. Kubernetes将SIGTERM发送到您的容器
2. 库伯内特斯在等麦克斯。terminationGracePeriodSeconds用于执行以下操作序列：
   • 集装箱正常停靠站
   • 执行PreStop钩子

3. Kubernetes将SIGKILL发送到您的容器(以及您的PreStop容器)，从而强制终止它们。

注意，您的容器和PreStop容器不是同时执行的，而是一个接一个地同步执行的。

在Kubernetes Hook Handler执行阅读更多内容。

基本上，它是terminationGracePeriodSeconds的预期行为，因为它是可选的持续时间(以秒为单位)，pod需要优雅地终止。

在结束符终止时-生命周期被描述为这里 - pod接收terminating状态，并从所有服务的端点列表中删除，并停止获得新的通信量。SIGTERM信号立即发送到在pod中运行的进程，而Kubernetes在terminationGracePeriodSeconds选项中指定的宽限期内等待吊舱正常自动停止。一旦terminationGracePeriodSeconds到期，SIGKILL信号就会强行杀死Pod。在您的例子中，豆荚中的进程通常在120秒宽限期过去之前就被关闭了。

在其回合中，preStop钩子将在pod终止之前立即被调用，这意味着在kubectl将SIGTERM发送到pod之前将执行该钩子。正如文档中所述，在发送停止容器的TERM信号之前，钩子必须完成TERM。terminationGracePeriodSeconds正在与preStop钩子和SIGTERM信号并行发生，并在执行preStop钩子之前开始倒计时。吊舱最终将在吊舱的终止宽限期内终止，而不管吊钩是否完成。

因此，在接收到用于preStop钩子的preStop命令时，pod已经标记为Terminating，但尚未终止其中的进程--因此容器可以在此期间完成所有活动请求。