ArgoCD显示应用健康但存活探针持续失败，状态为何不符？

核心原因：ArgoCD的应用健康状态不是自动关联Pod的存活/就绪探针结果，而是基于你配置的健康检查规则来判定的，出现日志有探针失败但应用显示健康的情况，通常是以下几种情况：

1. 未配置针对Pod的健康检查规则 #

ArgoCD默认只会监控Deployment、StatefulSet这类上层控制器的副本就绪状态，不会主动追踪Pod的探针失败。要让ArgoCD把Pod探针失败关联到应用健康，必须在Application资源里添加healthChecks配置：

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: your-app
spec:
  # 其他配置...
  healthChecks:
    - type: Pod
      failureThreshold: 2  # 连续失败2次标记不健康
      periodSeconds: 10    # 每10秒检查一次

2. 探针失败后Pod已自动恢复 #

Kubernetes会在存活探针失败后重启Pod，如果重启后Pod恢复正常，ArgoCD只会在事件日志里留存历史失败记录，但当前Pod状态是正常的，所以显示绿色健康标识。用kubectl describe pod <pod-name>可以查看Pod的重启次数和最新状态，确认是否是这种情况。

3. 健康检查阈值未触发 #

如果已经配置了健康检查，但设置的failureThreshold较高，比如要求连续失败3次才标记不健康，而探针只是偶尔失败一次就恢复了，自然不会触发状态变更。

4. 控制器副本数仍达标 #

如果你的应用是Deployment这类控制器，ArgoCD默认的健康检查逻辑是看availableReplicas是否等于desiredReplicas。哪怕某个Pod探针失败，只要控制器快速启动了新的替换Pod，可用副本数没受影响，ArgoCD依然会认为应用健康。这种情况下，需要修改健康检查规则，让它同时监控底层Pod的状态。

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