Jenkins 詹金斯通过GKE上的头盔创造并不会移除每一个建造的奴隶吊舱
我正在使用通过安装的GKE上的Jenkins设置。我的构建总是失败,我正在尝试排除故障,但除此之外,每次构建尝试都会创建一个新的从属pod(pod名称类似于Jenkins 詹金斯通过GKE上的头盔创造并不会移除每一个建造的奴隶吊舱,jenkins,kubernetes,google-cloud-platform,kubernetes-helm,google-kubernetes-engine,Jenkins,Kubernetes,Google Cloud Platform,Kubernetes Helm,Google Kubernetes Engine,我正在使用通过安装的GKE上的Jenkins设置。我的构建总是失败,我正在尝试排除故障,但除此之外,每次构建尝试都会创建一个新的从属pod(pod名称类似于jenkins-slave-3wsb7)。在构建失败后,几乎所有的pod都会进入已完成的状态,然后pod会停留在我的GKE dash和kubectl get pods的pod列表中。我目前有80多个吊舱作为结果显示 这是预期的行为吗?是否有清理已完成的旧吊舱的方法 谢谢。有关清理已完成吊舱的解决方案: kubectl delete pod N
jenkins-slave-3wsb7
)。在构建失败后,几乎所有的pod都会进入已完成的状态,然后pod会停留在我的GKE dash和kubectl get pods
的pod列表中。我目前有80多个吊舱作为结果显示
这是预期的行为吗?是否有清理已完成的旧吊舱的方法
谢谢。有关清理已完成吊舱的解决方案:
kubectl delete pod NAME --grace-period=0 --force
如果您使用的是Kubernetes 1.12或更高版本。工作规范很容易介绍。请注意,它在1.12中是“alpha”
apiVersion: batch/v1
kind: Job
metadata:
name: job-with-ttl
spec:
ttlSecondsAfterFinished: 100 <====
template:
spec:
containers:
- name: myjob
image: myimage
command: ["run_some_batch_job"]
restartPolicy: Never
apiVersion:batch/v1
种类:工作
元数据:
姓名:ttl的工作
规格:
ttlSecondsAfterFinished:100我知道我可以手动删除每个pod,但这对不断生成构建及其相关pod的CI/CD管道没有帮助,也似乎是可持续的。这只是一种解决方法。它不需要手动完成。您总是可以部署一个kubernetes CronJob来进行清理。这将适用于您的CI/CD设置。但话说回来,这是一个解决办法。