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