因K8S Operator Bug，如何禁用整个集群的存活与就绪探针？

由于无法修改Operator代码，不建议全局禁用集群的存活/就绪探针（会丢失K8S核心的健康检测能力，大幅提升服务故障风险），以下是更稳妥的针对性解决方案：

1. 用Mutating Admission Webhook动态修改探针 #

部署一个Mutating Admission Webhook，在Pod创建阶段自动调整探针配置：

• 针对Operator生成的Pod（通过标签、命名空间或镜像规则匹配），将initialDelaySeconds替换为符合需求的小值，或者直接清空livenessProbe/readinessProbe字段禁用探针
• 需要配置Webhook的证书和RBAC权限，确保能拦截Pod的创建请求
• 这种方式能覆盖Operator动态创建的所有Pod，无需手动重复干预

2. Kustomize补丁修改特定资源 #

如果Operator创建的是Deployment、StatefulSet这类可编辑资源，用Kustomize编写补丁覆盖探针配置：

• 示例补丁文件（针对Deployment）：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: your-operator-target-deployment
spec:
  template:
    spec:
      containers:
      - name: app-container
        livenessProbe:
          initialDelaySeconds: 10 # 替换为你需要的延迟时间
          # 保留原探针的其他核心配置（如httpGet路径、端口）
          httpGet:
            path: /healthz
            port: 8080
        readinessProbe:
          initialDelaySeconds: 5
          httpGet:
            path: /readyz
            port: 8080

• 执行kubectl apply -k ./你的kustomize目录应用补丁

3. 旧版本K8S使用PodPreset（已废弃） #

若你的K8S版本低于1.20（PodPreset在1.20版本被官方移除），可以创建PodPreset资源批量修改探针：

apiVersion: settings.k8s.io/v1alpha1
kind: PodPreset
metadata:
  name: override-probe-delay
spec:
  selector:
    matchLabels:
      app: operator-managed-app # 匹配Operator管理的Pod标签
  containers:
  - name: app-container
    livenessProbe:
      initialDelaySeconds: 10
      httpGet:
        path: /healthz
        port: 8080
    readinessProbe:
      initialDelaySeconds: 5
      httpGet:
        path: /readyz
        port: 8080

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