如何让Kubernetes调度器因资源限制直接失败无法调度的Job Pod

我正在开展一项研究项目，已部署一个用于生成特定CPU和内存负载的Kubernetes Job。该Job请求0.5 CPU和500Mi内存，通过设置parallelism为20来并行运行20个副本。我的集群约可同时处理15个Pod，预期15个能成功完成，剩余5个因资源限制应直接失败，但当前调度器会将这部分Pod置于Pending状态，待其他Pod完成后再启动，不符合统计成功/失败数量的需求。

原始Job YAML：

apiVersion: batch/v1
kind: Job
metadata:
  name: stress-job
spec:
  parallelism: 20
  template:
    metadata:
      name: stress-job
    spec:
      containers:
        - name: stress-app
          image: annis99/stress-app:v1.1
          imagePullPolicy: Always
          ports:
            - containerPort: 8081
          resources:
            requests:
              cpu: 500m
              memory: 500Mi
            limits:
              cpu: 500m
              memory: 600Mi
      restartPolicy: Never

要让无法立即调度的Pod直接进入Failed状态而非等待资源，需调整Job的两个核心参数：

1. 设置backoffLimit: 0 #

backoffLimit默认值为6，控制Job失败后的重试次数。当Pod因资源不足无法调度时，Kubernetes会持续重试调度，导致Pod长期处于Pending状态。将该值设为0后，Pod首次调度失败后不会再尝试，直接标记为Failed。

2. 添加activeDeadlineSeconds（可选） #

为Job设置调度超时时间，确保短时间内无法调度的Pod快速终止。比如设置10秒，避免Pod无限等待调度机会。

修改后的YAML文件 #

apiVersion: batch/v1
kind: Job
metadata:
  name: stress-job
spec:
  parallelism: 20
  backoffLimit: 0  # 禁用重试，调度失败直接标记为Failed
  activeDeadlineSeconds: 10  # 可选：10秒内未调度成功则触发失败
  template:
    metadata:
      name: stress-job
    spec:
      containers:
        - name: stress-app
          image: annis99/stress-app:v1.1
          imagePullPolicy: Always
          ports:
            - containerPort: 8081
          resources:
            requests:
              cpu: 500m
              memory: 500Mi
            limits:
              cpu: 500m
              memory: 600Mi
      restartPolicy: Never

• backoffLimit: 0：明确告知Kubernetes，Pod启动失败（含调度失败）时不进行任何重试，直接将该Pod标记为Failed，Job会认定该副本已完成失败流程。
• activeDeadlineSeconds：设置Job的最大允许时长（包含调度阶段），若Pod在指定时间内未成功启动，Job会主动终止该Pod并标记为失败，彻底避免无限等待。

配置完成后，集群会一次性尝试调度所有20个Pod，能容纳的15个正常启动运行，剩余5个因资源不足调度失败后直接进入Failed状态，不会等待其他Pod释放资源。

内容的提问来源于stack exchange，提问作者Annis99