【问题标题】:GCP external http load balancer 502 server error:"failed_to_connect_to_backend"GCP 外部 http 负载平衡器 502 服务器错误:“failed_to_connect_to_backend”
【发布时间】:2020-10-28 19:52:52
【问题描述】:

我已经在 GCP 上配置了一个 http 外部负载均衡器,并且我的所有 vm 实例在后端都是健康的。 但是当我尝试从负载均衡器保留的前端静态 IP 访问我的服务器(安装在 VM 上)时,它给了我 502 状态错误。

因此,我无法使用负载平衡器启动我的应用程序服务器。帮我解决这个问题。

提前谢谢你。

【问题讨论】:

  • 如果有请添加配置代码。
  • 我无法在此处共享代码,但我可以共享一些细节,例如 1 个后端服务和 3 个虚拟机,每个后端服务位于同一区域下的一个区域中,以及 1 个 http 前端负载均衡器,在 tcp 端口 80 上进行健康检查跨度>
  • 根据 502 消息,根本原因可能会发生变化。您能否提供此错误的状态详细信息。您可以在 HTTP 负载均衡器 Stackdriver 日志中找到它。这可能有助于更多地了解您的场景。

标签: google-cloud-platform http-status-code-502 google-cloud-http-load-balancer


【解决方案1】:

解决由于“failed_to_connect_to_backend”引起的负载均衡器的 502 响应。我会检查以下内容:

  1. 通常,“failed_to_connect_to_backend”错误消息表明负载均衡器无法连接到后端,调查 URL 映射规则也是一个很好的起点。我还建议检查您的负载均衡器的 URL 映射,以确保正确定义主机规则、路径匹配器和路径规则并符合this article. 中的描述
  2. 还要检查后端实例是否正在耗尽其资源,如果后端服务器不堪重负,它将拒绝传入的请求,可能导致负载均衡器放弃它并返回您遇到的特定 502 错误。此外,您还可以使用“netstat”和 watch 命令检查任何时候存在多少已建立连接的输出。
  3. 我还建议使用直接对实例的 HTTP(S) 请求再次测试,请求与报告 502 相同的 URL。您可以在 VPC 网络中的另一个 VM 实例中执行此测试。

【讨论】:

    【解决方案2】:

    也许您应该检查 API 返回响应所用的时间是否超过将触发 502 的超时。默认值为 30 秒。

    参考:https://cloud.google.com/load-balancing/docs/backend-service#timeout-setting

    【讨论】:

      猜你喜欢
      • 2018-12-30
      • 1970-01-01
      • 2018-10-05
      • 2022-01-19
      • 2021-09-18
      • 2017-05-09
      • 1970-01-01
      • 2020-10-07
      • 1970-01-01
      相关资源
      最近更新 更多