GCP HTTPS 负载均衡器请求在 300 秒后超时答案

【问题标题】：GCP HTTPS Loadbalancer request gets timedout after 300 secondsGCP HTTPS 负载均衡器请求在 300 秒后超时
【发布时间】：2020-05-21 06:16:54
【问题描述】：

我正在使用 GCP 负载均衡器来访问我的网络应用程序。在某些情况下，我的服务可能需要一段时间才能回复响应（超过 300 秒）。当我检查 GCP 设置时，我看到以下链接中提到的两个超时（Connection Timeout 和 Connection Draining Timeout），

GCP load balancer 502 server error and "backend_connection_closed_before_data_sent_to_client" IIS 10

即使增加了超时时间，我的请求仍然在 300 秒时超时。是否还有其他必须配置的超时？或者我是否需要为我现在拥有的 HTTPS GCP 负载均衡器配置 TCP。

操作系统： Windows Server 2012 网络服务器： WildFly

请给一些建议。提前致谢。

【问题讨论】：

您能否提供有关您的用例的更多详细信息 - 任何可能相关的内容（操作系统、网络服务器等）。越多越好。
我更新了你能推荐我吗？
您是否尝试更改 WildFly 中的默认超时？您的应用程序是否支持（它可以）？

标签： google-cloud-platform timeout load-balancing gcp-load-balancer

【解决方案1】：

HTTP 502 意味着你的 LB 连接到的东西——你的后端服务——突然断开了，所以问题不在客户端和 LB 之间，而是在 LB 和你的服务之间。如果您的后端服务崩溃，您会看到这张图片。由于它在您开始请求后恰好发生 300，因此很可能还有其他超时在起作用，但它在 LB 后端服务中的某个地方。

[编辑] 当我们的 LB 在 300 秒后超时时，我遇到了类似的问题。当我在 Web UI 中更改超时设置时，它会在大约一分钟后重置为 300 秒。原来它是由我们的 Kubernetes 设置的——当配置 BackendConfig 时，安装了一个特殊的控制器来跟踪超时设置，并且需要应用新的 BackendConfig 配置来更改超时值，即不在 Web UI 中.

【讨论】：