【问题标题】:Openshift HTTP times out after 60 secondsOpenshift HTTP 在 60 秒后超时
【发布时间】:2021-06-26 05:05:19
【问题描述】:

我有一个使用 Flask 设置的服务器。 在本地一切正常,HTTP 请求可能需要超过 60 秒才能解决。

但是当我在 Openshift 上部署服务器时,任何超过 60 秒的请求都会自动超时。

我已经将 openshift 的超时时间更改为 10m,但这不起作用。有什么想法吗?

haproxy.router.openshift.io/timeout: 10m

【问题讨论】:

  • 能否详细说明有关 openshift 环境的信息?就像它在哪里运行(云,哪个云,本地),集群的 haproxy 和你之间是否还有另一个代理?您可以添加应用程序 yaml 文件(至少部署、服务、路由)吗?您使用的是哪个版本的 openshift?等等……
  • 它在 IBM Cloud 上运行,我运行的是 v4.5.39。中间没有代理。 @NoamYizraeli
  • 有没有办法修改下面的?原始超时连接超时客户端超时客户端-fin 超时服务器超时服务器-fin 超时http-request 超时http-keep-alive
  • 如果我理解正确,您的意思是 haproxy 超时,它是在 haproxy 配置文件中设置的(我需要尽可能具体,但目前我最好的选择是设置 @987654323 @ 到更合适的值)。如果您问如何在 IBM Cloud 上更改 haproxy 配置文件,我很不走运,因为我对 IBM Cloud 不太熟悉。如果您确实找到了更改文件的方法并且 timeout server 只是没有剪切它,我在不同的超时选项上找到了一个很好的解释 here
  • 我已经看到(至少在 AWS 上),超时可能会带来额外的复杂性。例如,在 AWS 上,负载均衡器上存在 HAProxy 无法控制的超时。因此,我会检查您的特定于云的基础架构,以确保没有其他因素影响您的超时。

标签: docker kubernetes openshift ibm-cloud


【解决方案1】:

这个问题似乎与我设置 OpenShift 的方式有关。我正在使用有自己的连接超时的 VPC 环境:

https://cloud.ibm.com/docs/vpc?topic=vpc-advanced-traffic-management#connection-timeouts

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2018-05-08
    • 1970-01-01
    • 2016-09-19
    • 1970-01-01
    • 2019-06-03
    • 1970-01-01
    • 2014-04-14
    • 1970-01-01
    相关资源
    最近更新 更多