当ConfigMap变更时，如何自动终止K8s CronJob关联的运行中Pod？

Reloader本身没有原生支持CronJob的这类场景，不过可以通过Reloader触发自定义检查脚本的方式实现你要的逻辑，具体步骤如下：

1. 准备权限配置 #

首先创建具有必要权限的ServiceAccount、Role和RoleBinding，确保脚本能查询Job、Pod并删除Pod：

# serviceaccount.yaml
apiVersion: v1
kind: ServiceAccount
metadata:
  name: cronjob-config-reloader-sa
  namespace: default # 替换为你的命名空间

---
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  name: cronjob-config-reloader-role
  namespace: default
rules:
- apiGroups: ["batch"]
  resources: ["jobs"]
  verbs: ["get", "list"]
- apiGroups: [""]
  resources: ["pods"]
  verbs: ["get", "list", "delete"]

---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  name: cronjob-config-reloader-binding
  namespace: default
subjects:
- kind: ServiceAccount
  name: cronjob-config-reloader-sa
roleRef:
  kind: Role
  name: cronjob-config-reloader-role
  apiGroup: rbac.authorization.k8s.io

2. 创建触发用的Deployment #

这个Deployment会被Reloader监听，当目标ConfigMap变更时自动重启，Pod启动后执行检查脚本，完成后退出：

# cronjob-reloader-trigger.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: cronjob-config-reloader-trigger
  annotations:
    # 关联需要监听的ConfigMap，多个用逗号分隔
    configmap.reloader.stakater.com/reload: "your-configmap-name"
spec:
  replicas: 1
  strategy:
    type: Recreate # 确保每次重启都是全新Pod
  template:
    metadata:
      labels:
        app: cronjob-config-reloader-trigger
    spec:
      serviceAccountName: cronjob-config-reloader-sa
      containers:
      - name: check-and-restart
        image: bitnami/kubectl:latest # 带kubectl的镜像，也可以用自定义镜像
        command: ["/bin/sh", "-c"]
        args:
        - |
          # 替换为你的CronJob名称和命名空间
          CRONJOB_NAME="your-cronjob-name"
          NAMESPACE="default"

          # 查询当前CronJob下的运行中Job
          RUNNING_JOB=$(kubectl get jobs -n $NAMESPACE -l cronjob-name=$CRONJOB_NAME --field-selector status.active=1 -o jsonpath='{.items[0].metadata.name}')
          if [ -n "$RUNNING_JOB" ]; then
            # 查询该Job下的运行中Pod并删除
            RUNNING_PODS=$(kubectl get pods -n $NAMESPACE -l job-name=$RUNNING_JOB --field-selector status.phase=Running -o name)
            if [ -n "$RUNNING_PODS" ]; then
              echo "Deleting running pods for CronJob $CRONJOB_NAME: $RUNNING_PODS"
              kubectl delete $RUNNING_PODS -n $NAMESPACE
            fi
          else
            echo "No running jobs for CronJob $CRONJOB_NAME, skip operation"
          fi
          exit 0
      restartPolicy: OnFailure # 脚本执行成功后Pod自动退出，失败则重启重试

3. 验证逻辑 #

• 修改目标ConfigMap的内容，Reloader会自动重启cronjob-config-reloader-trigger Deployment
• 查看Pod日志，确认脚本是否执行：kubectl logs -f <trigger-pod-name>
• 如果有运行中的CronJob Pod，会被删除并自动重启加载新配置；无运行中Job则无操作

可选优化 #

• 把CronJob名称、ConfigMap名称、Namespace通过环境变量注入，避免硬编码
• 自定义轻量镜像（基于alpine+kubectl）减少镜像体积
• 若需要监听多个CronJob，可修改脚本逻辑支持批量处理

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