OpenShift OKD中如何延长ERR_EMPTY_RESPONSE超时时间？

针对你遇到的2分钟Ajax请求在OKD中1分钟触发空响应的问题，需要检查以下几处关键配置：

• 调整Ingress Controller的代理超时
  编辑集群Ingress Controller对应的ConfigMap（通常关联cluster-ingress-operator），添加或更新proxy-read-timeout和proxy-send-timeout参数，设置值要大于你的请求耗时（比如设为150秒）：

  proxy-read-timeout: "150"
  proxy-send-timeout: "150"
  

  修改后重启Ingress Controller Pod，确保配置生效。

• 完善Route的超时注解
  除了全局超时注解，还要给Route添加后端服务的专属超时注解，避免后端连接提前断开：

  metadata:
    annotations:
      haproxy.router.openshift.io/timeout: 5m
      haproxy.router.openshift.io/timeout-server: 5m
  

  timeout-server专门控制OpenShift路由到后端Pod的连接超时，这是容易忽略的关键配置。

• 检查Pod的探针配置
  如果你的应用Pod配置了存活/就绪探针，确认探针参数不会干扰长请求：

  • 避免探针周期（periodSeconds）过短（比如60秒刚好卡在请求超时节点）
  • 延长探针的timeoutSeconds，确保探针本身不会因等待响应超时误判Pod异常
    一旦探针触发Pod重启，正在处理的请求会直接中断，返回空响应。

• 排查中间层服务超时
  如果集群中使用了Service Mesh（如Istio）、Sidecar代理或其他网关插件，需要检查这些组件的超时设置，确保它们的超时限制不小于请求耗时。比如Istio的VirtualService里要明确设置timeout字段为5分钟。

• 确认应用自身配置
  虽然本地运行正常，但在OKD环境中，后端框架可能需要明确设置响应超时。比如Spring Boot调整server.connection-timeout，Node.js设置server.timeout，确保应用层的超时时间和集群配置匹配。

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