在Kubernetes中展开后,是否可以在本地更快地终止容器

在Kubernetes中展开后,是否可以在本地更快地终止容器,kubernetes,rollout,Kubernetes,Rollout,当我在本地使用minikube时,我每次重建我的应用程序时都会检查一下,并使用以下工具将其推出: kubectl rollout restart deployment/api-local -n influx 容器将持续30秒终止。我在生产方面没有问题,但在本地开发中,我最终会浪费很多时间等待,因为我可以重建我的应用程序100次(每天损失50分钟) 有什么技巧可以缩短终止时间吗?我知道这不是k8s最佳实践的一部分,但对我来说是有意义的。在部署/吊舱配置中设置终止GracePeriodSecond

当我在本地使用minikube时,我每次重建我的应用程序时都会检查一下,并使用以下工具将其推出:

kubectl rollout restart deployment/api-local -n influx
容器将持续30秒终止。我在生产方面没有问题,但在本地开发中,我最终会浪费很多时间等待,因为我可以重建我的应用程序100次(每天损失50分钟)


有什么技巧可以缩短终止时间吗?我知道这不是k8s最佳实践的一部分,但对我来说是有意义的。

在部署/吊舱配置中设置
终止GracePeriodSeconds
。根据报告,它是:

…pod正常终止所需的可选持续时间(秒)。 可在删除请求中减少。值必须是非负的 整数。值为零表示立即删除。如果此值为 nil,将使用默认的宽限期。宽限期 是pod中运行的进程结束后的持续时间(以秒为单位) 发送终止信号和强制执行进程的时间 一个杀戮信号停了下来。将此值设置为比预期值长 清理进程的时间。默认值为30秒

例如:

spec:
  replicas: 1
  selector:
    ...
  template:
    spec:
      terminationGracePeriodSeconds: 0
      containers:
      ...
此外,来自:

kubectl delete命令支持--grade period= 选项,允许用户覆盖默认值并指定其 自身价值。值0强制删除Pod。您必须指定一个 附加标志--force和--grace period=0,以便 执行强制删除

示例(如果需要,请指定名称空间):

kubectl删除吊舱——现在
…或

kubectl delete pod——宽限期=0——强制
kubectl delete pod <pod-name> --now
kubectl delete pod <pod-name> --grace-period=0 --force