502 - failed_to_connect_to_backend 来自健康目标组的 LB
502 - failed_to_connect_to_backend from LB on HEALTHY target group
我在 GCP 上有一些全局负载均衡器。这个平衡器应该向具有两个后台服务的实例组发送请求。
当我尝试发送一些请求时，我的负载均衡器随机收到 502 个错误 failed_to_connect_to_backend。
我能成功回答七次，一个一个，然后同一个请求2-3次502错误
在
Monitoring Dashboard 我看到了 - 我的两项服务都很健康。
Instanse groups overwiev 也显示 100% 健康状态。
URL 映射规则是默认的 default
我也没有看到 any problems with resource consumption
而且，不幸的是，我无法从后端获取任何 502 错误的日志，只有负载均衡器的日志
经过几个小时的咖啡和大量的手册（我还不是很精通 GCP），“问题”解决了——在某个时候，我注意到所有失败请求的执行时间约为 9 秒。
因此，我尝试搜索具有类似症状的结果，结果我在 Google Groups
上找到了答案
就我而言 - 我们在端口映射方面遇到了问题（在映射中使用了两个端口 - 比如 80、6000。而 80 - 没有从后端监听）
删除关闭后 - 502s 消失了。
如果在后端实例上应用的防火墙规则不允许端口 80？
我在 GCP 上有一些全局负载均衡器。这个平衡器应该向具有两个后台服务的实例组发送请求。
当我尝试发送一些请求时，我的负载均衡器随机收到 502 个错误 failed_to_connect_to_backend。
我能成功回答七次，一个一个，然后同一个请求2-3次502错误
在 Monitoring Dashboard 我看到了 - 我的两项服务都很健康。 Instanse groups overwiev 也显示 100% 健康状态。
URL 映射规则是默认的 default 我也没有看到 any problems with resource consumption
而且，不幸的是，我无法从后端获取任何 502 错误的日志，只有负载均衡器的日志
经过几个小时的咖啡和大量的手册（我还不是很精通 GCP），“问题”解决了——在某个时候，我注意到所有失败请求的执行时间约为 9 秒。 因此，我尝试搜索具有类似症状的结果，结果我在 Google Groups
上找到了答案就我而言 - 我们在端口映射方面遇到了问题（在映射中使用了两个端口 - 比如 80、6000。而 80 - 没有从后端监听） 删除关闭后 - 502s 消失了。
如果在后端实例上应用的防火墙规则不允许端口 80？