GKE中Kubernetes startupProbe异常重启问题求助

可能的问题原因及对应方案 #

1. JSON字段格式匹配不兼容（最常见） #

你的grep匹配模式是"status":"healthy"，但多数应用序列化JSON时会自动在冒号前后添加空格，实际返回格式可能是"status": "healthy"（带空格），这会导致grep无法匹配目标字符串，直接返回非0状态触发探针失败。

解决方案：修改grep正则表达式，允许冒号前后存在任意空白字符：

startupProbe:
  exec:
    command:
      - sh
      - -c
      - >
          curl --silent --fail http://localhost:8080/v1/health |
          grep --quiet -e '"status"\s*:\s*"healthy"'
  initialDelaySeconds: 20
  periodSeconds: 10
  timeoutSeconds: 10
  failureThreshold: 18

2. 改用更可靠的HTTP探针（推荐） #

依赖curl + grep的exec探针易受环境、输出格式干扰，Kubernetes本身支持httpGet探针结合matchConditions直接检查响应JSON字段，无需额外工具依赖，稳定性更高：

startupProbe:
  httpGet:
    path: /v1/health
    port: 8080
  initialDelaySeconds: 20
  periodSeconds: 10
  timeoutSeconds: 10
  failureThreshold: 18
  successThreshold: 1
  matchConditions:
    - expression: "response.body.status == 'healthy'"
      name: check-health-status

注：该特性需Kubernetes 1.23及以上版本支持，对应GKE集群需满足版本要求

3. 调试探针实际执行情况 #

若以上方案无效，可临时修改探针命令输出调试信息，定位问题根源：

startupProbe:
  exec:
    command:
      - sh
      - -c
      - >
          RESPONSE=$(curl --silent --fail http://localhost:8080/v1/health);
          echo "Startup Probe Response: $RESPONSE";
          echo "$RESPONSE" | grep --quiet -e '"status"\s*:\s*"healthy"'
  initialDelaySeconds: 20
  periodSeconds: 10
  timeoutSeconds: 10
  failureThreshold: 18

执行kubectl logs <pod-name>查看Pod日志，即可获取探针执行时的实际响应内容，确认是否与预期一致。

额外注意点 #

• 若应用在返回"undetermined"状态时HTTP响应码非200，curl --fail会直接返回失败，导致探针提前终止。这种情况需去掉--fail参数，或调整应用的响应码逻辑。

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