问题标签 [gcp-load-balancer]

最近，我在 GCP 上的内部 http(s) 负载均衡器出现问题，关于后端服务（实例组）的超时。300 秒后，API 调用 LB 将失败，并返回 408 HTTP 响应。

• 我在 GCP 上有一个内部 HTTPS 负载平衡器 (LB)。
• 首先，我通过 LB 调用了一个快速 API，它工作正常。
• 然后我将后端服务的超时设置为 10 秒，然后调用慢速 API（例如，500秒完成请求）。错误响应按预期在 10 秒后发生。
• 但是当我将超时设置为1000秒并调用慢速 API 时，我仅在300秒后收到了错误超时响应。

我还将连接耗尽超时增加到 1000 秒，但它仍然不起作用。

是否需要设置任何参数以允许 API 的回复时间超过 300 秒？谢谢你。

我在我的 Google Cloud 应用程序引擎上创建了一个负载平衡器，并且还向它们添加了 SSL 证书，但是应用程序引擎的链接仍然处于活动状态，并且它们没有任何安全性。

所以我想知道如何关闭或禁用应用引擎的这些链接？

其次，

我们是否可以做一些事情，比如只有负载平衡器能够访问 App Engine，负载平衡器对公众开放，而应用引擎链接对公众访问关闭。

如果负载均衡器有一个静态 IP，我们可以将其添加到 App Engine 防火墙并允许该 IP 并拒绝其余 IP？

请帮我解决这个问题。

我在我的一个 VM 端口中运行了服务8088，我希望所有流量都通过我的HTTP LOAD BALANCER

如何在 gcp 负载平衡器设置中配置它目前我的配置如下所示

我在 GCP 上托管一个 Wordpress VM（使用 Marketplace 图像）。当我直接访问实例 IP 时效果很好，延迟在 20 毫秒左右。

但是，为了确保站点安全，我在虚拟机前使用了 GCP HTTP 负载平衡器。我已将我的域指向负载均衡器。

当我通过负载均衡器（HTTP 或 HTTPS）访问 Wordpress 时，我得到了一些延迟时间非常长的查询（大约 17 毫秒），但是每 4 或 5 个查询，就有一个大约需要 5 秒的请求。当我直接访问 VM 时，不会发生这种情况。

我启用了负载平衡器日志，我观察到虚拟机每隔几个请求就响应缓慢。我尝试将 VM 的 KeepAlive Apache2 参数设置为 300，但没有任何区别。

这可能是什么根本原因？（我不确定是 Wordpress、VM 还是负载均衡器）。

谢谢

我正在尝试为在“asia-south1”区域中运行的谷歌云运行服务映射一个域名。但根据云运行域映射限制，不可能在“asia-south1”区域使用云运行域映射。

因此文档建议通过配置HTTP(s) 负载平衡器来设置自定义域

我做了那个配置，但是 ip 地址和映射到 ip 地址的域都抛出“错误请求 (400)”错误。

我犯了什么错误？我应该如何解决这个问题？

提前致谢！

当使用后端服务计算资源并且平衡模式为 Utilization 时，由于属性 max_rate_per_instance 在这种情况下是可选的，如果我们不指定它，GCP 会为此使用任何默认值吗？

另外，如果我们指定它，这个属性的最大可能值是多少？

感谢您的回复！

我正在将一个 bitnami wordpress 网站从 AWS lightsail 迁移到 GCP。

AWS 的设置包括购买的通配符 SSL。当我在 GCP 中设置负载均衡器时，我选择了 Google 的 SSL。

Error code: SSL_ERROR_NO_CYPHER_OVERLAP从负载均衡器的 IP 访问时出现此错误。虚拟机工作正常，我可以使用它自己的外部 IP 访问它。

该域仍然指向 AWS 的服务器。我想知道错误是否是因为我没有将域指向负载均衡器的 IP？

在更新域的 IP 之前，我希望先获得一些清晰度。我想避免切换后它不起作用的情况。

谢谢

我有一个StatefulSet的ejabberd3副本。我使用以下声明将它们暴露给 GCP NEG：

运行状况检查是端口 5443 上的 HTTP 端点，它在 path 处返回 HTTP 200 (OK) 状态代码/。

问题是，当我创建SSL 代理时，健康检查总是失败，但是当我 ssh 进入 Pod 并执行时，$ curl localhost:5443/我得到了成功响应。TCP 健康检查也不起作用。

我尝试部署 2 个应用程序（在 2 个单独的 Deployments 对象后面）。我每个部署有 1 个服务，类型为NodePort.

application1_service.yaml

application2_service.yaml完全相同（除了nameand run）

我使用 Ingress 使 2 个服务可用，

入口.yaml

我还创建了一个ManagedCertificate对象，以便能够处理 HTTPS 请求。

managed_certificate.yaml

这里奇怪的是它curl https://my.host.com/工作正常，我可以访问我的服务，但是当我尝试时curl https://my.host.com/application2/，我不断得到404 Not Found.

为什么根工作而不是另一个？

附加信息： ManagedCertificate 有效并且可以正常使用/。application1 和 application2 是完全相同的应用程序，如果我在入口处交换它们，输出是相同的。

谢谢你的帮助 ！

编辑：

这是我尝试访问 application2 时得到的 404

不知道它是否有帮助，但这也是显示 404 的 Ingress 访问日志的一部分

例如 istio 服务

这导致了 TCP 内部负载平衡器。前端是端口 15021、80、443、3306 和 15443。

后端基本上是集群的实例组。

负载均衡器如何知道前端的 443 会转发到后端的 30341？据我所知，TCP负载均衡器正在做端口转发？魔术是如何/在哪里发生的