You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

访问Kubernetes LoadBalancer IP时出现502 Bad Gateway故障排查求助

导致502 Bad Gateway的可能原因
  • Flask应用监听地址配置错误:这是最高发的问题,Flask默认启动时仅监听容器本地回环地址127.0.0.1,容器外部(包括K8s集群内部的Service组件)无法访问该地址。需要修改Flask启动代码,将监听地址改为0.0.0.0,参考代码:
    if __name__ == '__main__':
        app.run(host='0.0.0.0', port=5000)
    
  • 应用实际监听端口与配置不一致:Deployment中填写的containerPort: 5000仅为端口声明,不会修改应用本身的监听配置。需要确认Flask实际启动绑定的端口确实为5000,若有修改需同步更新Deployment、Service的端口配置。
  • Pod内应用未正常提供服务:Pod处于Running状态仅代表容器进程在运行,不代表服务可用。可以通过kubectl exec进入Pod内部,执行curl 127.0.0.1:5000验证本地访问是否正常,排查是否存在依赖缺失、启动参数错误、运行时报错等问题。
  • 网络策略或防火墙拦截流量:检查集群是否配置了NetworkPolicy规则,禁止了Service到Pod 5000端口的访问;同时排查集群节点的iptables、firewalld规则,确认没有拦截5000端口的流量转发。
  • kube-proxy组件运行异常:kube-proxy负责维护Service到后端Pod的转发规则,若kube-proxy运行异常会导致转发规则未同步。可以检查kube-system命名空间下kube-proxy Pod的运行状态和日志,确认是否存在规则同步报错。
  • LoadBalancer层配置异常:如果使用云厂商提供的LoadBalancer服务,需确认LB的安全组/访问控制列表已经放开了5000端口的入站规则,且LB对后端节点的健康检查状态正常;如果使用自建LoadBalancer(如MetalLB),需确认LB地址段配置、二层/三层广播规则无异常。

内容的提问来源于stack exchange,提问作者B2A3R9C9A

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.09.29 09:27:07