如何解决Kubernetes中API健康检查配置后的Pod状态异常问题？

你的Pod状态异常、服务无响应的核心原因是配置中的端口不匹配，同时健康检查的部分参数设置不合理，具体问题和修复如下：

1. 端口配置错误 #

容器的containerPort被写成了80001（多了一个0），但健康检查指定的端口是8001，两者不匹配。Kubernetes会认为容器监听的端口是80001，而健康检查去访问8001，自然无法连通，导致容器无法进入正常Running状态。

修复：将containerPort修正为与API实际监听端口一致的值，比如如果API监听8001，就改成8001：

ports:
  - name: http
    containerPort: 8001
    protocol: TCP

2. StartupProbe参数设置不合理 #

当前startupProbe的failureThreshold: 60和periodSeconds: 60，意味着Kubernetes会每隔60秒检查一次，连续失败60次才判定启动失败，总等待时间长达1小时，这完全没必要，也会拖慢Pod的启动流程。

修复：根据你的API启动时间调整参数，比如假设服务在1分钟内就能启动，可修改为：

startupProbe:
  httpGet:
    path: /health
    port: 8001
  failureThreshold: 12
  periodSeconds: 5

（12*5=60秒，刚好覆盖1分钟的启动窗口）

3. 确认健康检查接口可用性 #

在修复端口后，需要验证容器内的API确实在指定端口提供了/health接口，且返回200-399之间的HTTP状态码。可以通过以下命令进入容器测试：

kubectl exec -it <你的Pod名称> -- curl http://localhost:8001/health

如果接口返回非成功状态码，需要先修复API的健康检查接口实现。

4. 可选调整：Readiness/LivenessProbe初始延迟 #

当前initialDelaySeconds: 60如果过长，可以根据服务实际启动速度缩短，比如改成30秒，减少Pod进入就绪状态的等待时间：

readinessProbe:
  httpGet:
    path: /health
    port: 8001
  initialDelaySeconds: 30
  periodSeconds: 60

livenessProbe:
  httpGet:
    path: /health
    port: 8001
  initialDelaySeconds: 30
  periodSeconds: 60

修正后的完整Deployment片段 #

containers:
  - name: {{ .Chart.Name }}
    image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
    imagePullPolicy: {{ .Values.image.pullPolicy }}

    readinessProbe:
      httpGet:
        path: /health
        port: 8001
      initialDelaySeconds: 30
      periodSeconds: 60

    livenessProbe:
      httpGet:
        path: /health
        port: 8001
      initialDelaySeconds: 30
      periodSeconds: 60

    startupProbe:
      httpGet:
        path: /health
        port: 8001
      failureThreshold: 12
      periodSeconds: 5

    env:
        {{- range .Values.variables }}
        - name: {{ .name }}
          value: {{ .value }}
        {{- end }} 
    ports:
      - name: http
        containerPort: 8001
        protocol: TCP

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