问题描述
k8s之前的job完成后,如果不用cronjob管理,都不会自动删除,该job对象和其相关的pod对象都会保存以便查看记录。
然而在1.12版本之后,k8s提出了通过TTL自动删除Job的特性,当前仅对job生效,对 Complete 和 Failed 状态的Job都会自动删除,以后会逐步对所有的其他资源对象生效。
关于spec.ttlSecondsAfterFinished属性的三种含义
操作实践
这个特性现在在v1.12版本是alpha阶段,而且默认关闭的,需要手动开启。
需要修改的组件包括apiserver、controller还要scheduler。
我的都是apiserver、controller还要scheduler都是以pod的形式运行的,所以直接修改/etc/kubernetes/manifests下面对应的三个.yaml静态文件,加入- --feature-gates=TTLAfterFinished=true命令,然后令对应的pod重新运行即可。
例如修改后的kube-scheduler.yaml的spec部分如下,kube-apiserver.yaml和kube-controller-manager.yaml也在spec部分加入- --feature-gates=TTLAfterFinished=true即可。
然后等一会,查看pod,可以发现apiserver、controller、scheduler都已经重新运行了,他们AGE和其他pod明显不一样
声明一个如下的job文件kube-lykops-job.yaml,ttl设为100,即在它运行完后等待100s,k8s就会把这个job及其对应的pod都自动删除
操作
然后查看这个job具体描述有没有"ttlSecondsAfterFinished": 100 这个属性,如果没有则代表TTL这个特性没开启成功
最后不断查看这个job和它对应的pod资源,会发现等job complete之后100s,job以及pod资源对象都会被删掉。