Cronjobs属性failedJobsHistoryLimit不生效
问题现象
在 《Kubernetes： Job 和 CronJob 的实现原理》一文中，我们提到cron中有如下属性可以设置任务保留个数
（1.8版本后）.spec.successfulJobsHistoryLimit和.spec.failedJobsHistoryLimit是可选的。 这两个域声明了有多少执行完成和失败的任务会被保留。 默认设置为3和1。限制设置为0代表相应类型的任务完成后不会保留。- 特别注意：
1.8版本之前，是保留所有的历史job
- 但是，当我们设置Cronjobs属性failedJobsHistoryLimit为2（默认为1），他并没有自动清理状态为Error的Pod,
- 错误pod的增多，导致不停占用我们node节点的cpu和memory资源，甚至造成资源耗尽。
问题解决
在job中添加如下两个属性：
- activeDeadlineSeconds标志失败Pod的重试最大时间，超过这个时间不会继续重试
- backoffLimit 就是来保证一个 Job 到底能重试多少次。Job 在运行的时候不可能去无限的重试，所以我们需要一个参数来控制重试的次数。
注意：backoffLimit，默认是6。如果需要修改backoffLimit值，同时需要设置restartPolicy为Never，如果设置restartPolicy为OnFailure，当job失败时达到backoffLimit的重试次数，就会停止job运行。
- restartPolicy，在 Job 里面我们可以设置 Never、OnFailure、Always 这三种重试策略。在希望 Job 需要重新运行的时候，我们可以用 Never；希望在失败的时候再运行，再重试可以用 OnFailure；或者不论什么情况下都重新运行时 Alway
参考链接：
https://kubernetes.io/zh/docs/tasks/job/automated-tasks-with-cron-jobs/
