问题标签 [google-cloud-load-balancer]

我们在 GKE 上使用暴露在 TCP 负载均衡器下的面向公众的 Nginx 入口控制器运行，该负载均衡器由 Kubernetes 自动配置。

问题是我们的请求中有 0.05% 的状态码是 499（Nginx 唯一的状态码，表示客户端已取消）。我们的 P99 延迟平均始终低于 100 毫秒。

我在同一个 GKE 集群上部署了 nifi 和 gloo API Gateway。作为 LoadBalancer 公开的外部 IP 运行良好（在 Web 浏览器或 telnet 上打开）。但是，当我使用 telnet 连接 gloo API Gateway on 时GKE cloud shell，我的连接被拒绝。

取决于相关原因和解决方案，我通过创建防火墙规则允许流量流入集群：

我该怎么做呢？

kubectl get -n gloo-system service/gateway-proxy-v2 -o yaml

kubectl 获取 svc -n gloo-system

我有一个应用程序在 Google Cloud Platform 的负载均衡器后面运行。

当我在后端使用 HTTPS 协议时，我能够与 WebSockets 连接，并且所有 WebSocket 连接都可以正常工作。但是，当我将后端协议更改为 HTTP/2 时，我无法从应用程序连接，它返回的响应为502 Bad Gateway.

我可以将 WebSockets 与 HTTP/2 一起使用，还是需要执行一些配置才能将 WebSockets 与 HTTP2 后端一起使用？

假设我在后端有 1 个 GCPhttp load balancer和 2 个。webserver

现在，如果 100 个用户（浏览器）点击我的服务，我知道负载均衡器打开了 100 个 tcp 连接。
但是负载均衡器也会打开到我的网络服务器的 100 tcp 连接吗？

简而言之：GCP http 负载平衡器是否tcp connection pooling对我的网络服务器有用？

我已经看过这个问题了；AFAIK 我正在那里的答案中做所有事情。

使用 GKE，我为 kubernetes 集群部署了一个基于 GCP HTTP(S) 负载均衡器的入口，其中包含两个几乎相同的部署：同一应用程序的生产和开发实例。

我在每个 pod 模板上设置了一个专用端口，用于负载均衡器的健康检查，这样它们就不会受到来自主 HTTP 端口上根路径的重定向的影响。但是，运行状况检查始终失败。

从这些 文档中，我向我的部署添加了一个readinessProbe参数，负载均衡器似乎完全忽略了它。

我已经使用以下（在单独的终端中）验证了:p-ready（9292；专用运行状况检查端口）上的服务器运行正常：

我错过了什么？

关于以下配置的几点说明：

• 下面的${...}变量由构建脚本填充，作为部署的一部分。
• 第二个服务 ( s-an-server-dev) 几乎与第一个服务（具有自己的部署）完全相同，只是-dev名称和标签上有后缀。

部署

服务

入口

我一直在四处寻找是否可以将静态 React 应用程序托管在 Google Cloud Storage 存储桶中，并使用 Google Cloud CDN 和单个 Google Cloud Load Balancer 将缓存未命中路由到存储桶，管理证书，并将来自 React 应用程序的内部请求路由到托管在 GKE 中的 API？

是否有可能实现这种架构，或者是否有另一种推荐的方法？

根据 GCP 文档，https: //cloud.google.com/load-balancing/docs/https#target-proxiesX-Forwarded-For包含多个IP，例如1.2.3.4, 5.6.7.8，1.2.3.4真正的客户端 IP 在哪里，5.6.7.8是 CLB IP。

我怎样才能1.2.3.4进去nginx.conf？我想将它与geoip一起使用。

大家早上好，今天早上我在公司的网络负载均衡器中遇到了一个问题。我们有一个谷歌负载均衡器，它与 2 个实例链接，它们是 2 个 pfsense，我们在其中配置我们的网络服务器。今天早上发生在负载均衡器 - 后端 - 后端详细信息中，后端负载/利用率为 500%，因此客户无法查看我的所有网络服务器。CPU 负载和内存都正常，我看不到任何问题，有人遇到过这样的事情吗？此致，

我们有 k8s 集群，应用程序托管在 GKE 上。当我们尝试通过谷歌云负载均衡器获取静态内容（8.25Mb）时，检索时间为 3.8 秒，当我们尝试直接通过虚拟机中 k8s 集群上的 nginx 进行时，需要 0.2 秒。速度差异的原因可能是什么？谷歌云负载均衡器是否有任何设置，例如带宽？

我在 SSL 代理负载均衡器后面的 Google Cloud 上有一个 HTTP 后端服务器。

如果客户端在端口 80 上发出 HTTP 请求，负载均衡器会返回 404。如果可能，我想将端口 80 请求重定向到端口 443。

我的第一个问题是：SSL 代理负载均衡器能否同时监听端口 80 和端口 443，但仅终止端口 443 上的 SSL？

如果是这样，我的第二个问题是：后端能否以某种方式确定负载均衡器是否终止了 ssl？

如果我使用 HTTP(S) 负载均衡器，这一切都是微不足道的，我可以只看一下X-Forwarded-Proto，但在这种情况下，我们使用的是 tcp 负载均衡器，没有 HTTP 标头，所以我想知道是否同样的事情以某种方式是可能的。PROXY 协议似乎不包含此信息。

也许负载均衡器可以将流量从 80 端口转发到后端的 8080 端口，并将流量从 443 端口转发到后端的 8443 端口，这样我们就知道它来自哪里。SSL 代理负载均衡器是否支持这样的东西？

在我的情况下，我不能使用 HTTP(S) 负载平衡器，因为我需要禁止 HTTP/2。

我也可以只使用 TCP 代理并在后端处理 SSL 终止，但我想使用 Google 托管证书。