GKE中Ingress部署期间出现502错误及超时问题排查求助

咱们先从你提供的Hello应用Deployment清单入手，一步步拆解GKE Ingress返回502超时的常见原因：

1. 先修正Deployment的兼容性问题 #

你当前用的apiVersion: extensions/v1beta1在GKE新版本中已经被弃用，建议换成apps/v1——而且apps/v1要求必须明确指定spec.selector来匹配Pod标签，否则Deployment可能无法正确管理Pod。调整后的Deployment示例如下：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: helloapp
  labels:
    app: helloapp
spec:
  replicas: 3
  selector:
    matchLabels:
      app: helloapp
  template:
    metadata:
      labels:
        app: helloapp
    spec:
      containers:
      - name: helloapp
        image: gcr.io/${GCLOUD_PROJECT_ID}/helloapp:${HELLOAPP_VERSION}
        # 关键：添加就绪探针，让Ingress能判断Pod是否就绪
        readinessProbe:
          httpGet:
            path: /
            port: 8080 # 替换成你的容器实际监听端口
          initialDelaySeconds: 5
          periodSeconds: 10

2. 排查502超时的核心方向 #

GKE Ingress返回502，本质是Ingress控制器无法将流量转发到后端Pod，常见诱因有这些：

① Pod未处于就绪状态 #

Ingress只会把流量转发到标记为Ready的Pod上。如果你的Pod没配置就绪探针，GKE可能无法准确判断Pod是否准备好接收流量——这是最常见的502原因。

• 检查Pod状态：kubectl get pods -l app=helloapp，看每个Pod的STATUS是否为Running，且READY列是1/1
• 查看Pod事件：kubectl describe pod <pod-name>，排查是否有启动失败、健康检查不通过的日志

② Service配置不匹配 #

确保你创建的Service正确关联了Pod，且端口映射无误：

• 检查Service的ENDPOINTS：kubectl get svc，看对应Service的ENDPOINTS列是否有Pod的IP（如果为空，说明标签选择器不匹配）
• 验证端口映射：确保Service的targetPort和容器监听端口一致，port是集群内访问端口

③ Ingress资源配置异常 #

• 查看Ingress状态和事件：kubectl describe ingress <your-ingress-name>，重点看Events部分，有没有BackendNotFound、FailedToUpdateBackend这类错误
• 确认Ingress的backend.service.name和backend.service.port指向了正确的Service

④ GKE Ingress控制器异常 #

GKE自带的Ingress控制器（GLBC）如果运行异常，也会导致流量转发失败：

• 检查控制器Pod状态：kubectl get pods -n kube-system -l app=glbc
• 查看控制器日志：kubectl logs -n kube-system -l app=glbc，寻找和你的Ingress/Service相关的报错

3. 快速验证方法 #

你可以先在集群内测试Pod和Service的连通性，缩小问题范围：

• 先创建一个临时测试Pod：kubectl run -it --rm busybox --image=busybox:1.28
• 用wget <pod-ip>:<port>测试Pod是否能正常响应
• 再用wget <service-name>:<service-port>测试Service是否能正常转发流量

如果集群内访问正常，问题大概率出在Ingress控制器或Ingress配置上；如果集群内访问也失败，优先解决Pod或Service的问题。

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