Kubernetes activeDeadlineSeconds未终止进程

Kubernetes activeDeadlineSeconds未终止进程,kubernetes,Kubernetes,我在我的Job定义中使用了activeDeadlineSeconds,但它似乎没有任何效果。我有一个CronJob,它每分钟启动一个作业,我希望该作业在创建另一个pod之前自动杀死它的所有pod(因此50秒似乎是合理的)。我知道还有其他方法可以做到这一点,但这对我们的环境来说是理想的 然而,我注意到豆荚并没有被杀死。activeDeadlineSeconds是否有任何限制?我在K8S1.7的文档中没有看到任何内容-我还检查了更新的版本 这是我的CronJob定义的浓缩版本- apiVersion

我在我的
Job
定义中使用了
activeDeadlineSeconds
,但它似乎没有任何效果。我有一个CronJob,它每分钟启动一个作业,我希望该作业在创建另一个pod之前自动杀死它的所有pod(因此50秒似乎是合理的)。我知道还有其他方法可以做到这一点,但这对我们的环境来说是理想的

然而,我注意到豆荚并没有被杀死。
activeDeadlineSeconds
是否有任何限制?我在K8S1.7的文档中没有看到任何内容-我还检查了更新的版本

这是我的CronJob定义的浓缩版本-

apiVersion: batch/v2alpha1
kind: CronJob
metadata:
  name: kafka-consumer-cron
spec:
  schedule: "*/1 * * * *"
  jobTemplate:
    spec:  # JobSpec
      activeDeadlineSeconds: 50   # This needs to be shorter than the cron interval  ## TODO - NOT WORKING!
      parallelism: 1
      ...

您可以使用并发策略:“替换”。这将终止先前运行的pod,然后启动新的pod


检查此处的注释:

您可以使用
并发策略:“替换”
。这将终止先前运行的pod,然后启动新的pod


检查这里的注释:

这实际上是1.7中的一个已知错误。它在版本1.8中被修复


事实证明,这实际上是1.7中的一个已知错误。它在版本1.8中被修复


通常是个不错的选择。然而,在我的特定场景中,我希望在出现任何新的播客之前,让我的播客有时间优雅地退出。假设每1分钟出现一个新的吊舱,我想在50秒时向他们发送SIGTERM信号(通过
activeDeadlineSeconds
然后在55秒时发出SIGKILL。这有助于连接清理通常是一个不错的选择。但是,在我的特定场景中,我希望在出现任何新的播客之前,给我的播客一段时间优雅地退出。假设每1分钟出现一个新播客,我希望在50秒时向他们发送SIGTERM信号(通过
activeDeadlineSeconds
然后在55秒时执行SIGKILL。有助于连接清理