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

GCP 提供了两个负载均衡器，即Network和HTTP(s)，前者在第 4 层工作，后者在第 7 层工作。

还有一个文档指出，即使是 HTTP 流量也可以通过网络负载平衡器进行负载平衡。这会稍微混淆为 GCP 中的 Web 应用程序选择哪个负载均衡器。在为项目选择一个之前，最好了解这些差异。

根据工作流、设置、基于区域/区域、会话亲和性选项和其他设置，它们之间有什么区别？

我正在将来自一个网络（一个单一外部 IP 地址）上的 50 个设备的数据流式传输到 GCP（谷歌云平台）上的网络负载均衡器，然后将流量分配到一组 Node.js TCP 套接字服务器（使用 net 模块）处理数据。

每个设备每秒发送大约 200 千比特的数据作为一条消息，在服务器端，数据被分割成一个缓冲区流，例如：

由于我从 50 个单独的设备进行流式传输，由于负载均衡器的所有数据都来自单个外部 IP 地址，因此数据是否会变得纠缠和无序？

这样的事情会发生吗？

如果发生这样的事情，我该怎么做才能解析来自 50 台设备中的每台设备的数据，即使它们都是从同一个网络发送的？

如果我的问题很愚蠢，我深表歉意，因为我可能错过了有关 TCP/IP 工作原理的一些基本知识，但经过数小时的搜索，我无法找到答案。

我有一个带有 2 个节点的 GKE 集群，其服务类型为 LoadBalancer。当我在内部调用服务时，长请求不会在 120 秒后超时。但是，如果我调用转发到内部服务的网络负载均衡器的外部 IP，我会收到“来自服务器的空回复”响应。

外部调用示例：

内部调用示例：

我试图在负载均衡器级别查找请求或套接字超时的文档，但我没有遇到任何问题。任何想法？

谢谢。

我想使用如下所示的 api 调用设置 GCP 目标 SSL 代理使用的 SSL 证书：

https://www.googleapis.com/compute/v1/projects/{project}/global/targetSslProxies/{resourceId}/setSslCertificates _

但是，此调用需要请求正文中的 sslCertificate 参数，这被描述为包含以下内容的字符串：

“与此 TargetSslProxy 关联的 SslCertificate 资源的新 URL 集。目前必须指定一个 ssl 证书。”

但我找不到它在哪里解释了“SslCertificate 的 URL”的样子。如果您在 GCP 中使用证书名称，则会出现格式错误的 URL 错误。

有谁知道这个 URL 应该是什么样子？

我想将我的 Vertx Web 应用程序与网络负载均衡器一起使用。但是，NLB 不适用于基于路径的路由。我无法在网上找到解决方案。

是否可以将 Vertx 中的整个查询作为字符串获取，然后为 NLB 调用适当的处理程序？

我无法更正 Google 云文档中关于外部静态 IP 地址限制的声明。

在我的项目中，https 负载均衡器需要 200 多个外部 IP。有谁知道 GCP 项目对静态外部 IP 的硬限制是什么？

或者我可以保留多少个外部静态 IP？谢谢亚当

GCP 内部负载平衡器的故障转移最近已在 Google Cloud PLatform 中引入

https://cloud.google.com/load-balancing/docs/internal/failover-overview

现在我想知道我们是否也可以在外部 GCP 负载均衡器上使用它。有人知道这个功能是否可用吗？

此致，

马文

GCP 中的网络负载平衡。

使用的系统：3 个服务器系统 -> Nginx <--> PHP-fpm（使用实例组）<--> NFS。Nginx <--> NFS

现在我使用了运行状况检查，但有时运行状况检查会以不好的方式重新启动仍在运行并通过网络的应用程序（意味着有时 php-fpm 无法顺利通过网络），这发生在 2020 年 12 月 23 日之前它。它运行非常顺利。

PS：我使用 Jakarta DC 进行 GCP。当我在实例组中的一台服务器的串行上看到错误时：

1 月 26 日 10:17:50 php-backend-8s46 collectd [1532]：write_gcm：curl_easy_perform() 失败：已达到超时 1 月 26 日 10:18:33 php-backend-8s46 collectd [1532]：write_gcm：与端点。1 月 26 日 10:18:45 php-backend-8s46 collectd [1532]：write_gcm：wg_transmit_unique_segment 失败。1 月 26 日 10:18:55 php-backend-8s46 collectd [1532]：write_gcm：wg_transmit_unique_segments 失败。冲洗。1 月 26 日 10:19:00 php-backend-8s46 collectd [1532]：write_gcm：不能取无限值 1 月 26 日 10:20:07 php-backend-8s46 collectd [1532]：write_gcm：wg_typed_value_create_from_value_t_inline 交换/百分比失败/价值！继续。1 月 26 日 10:21:08 php-backend-8s46 collectd [1532]：write_gcm：不能取无限值 1 月 26 日 10:21:55 php-backend-8s46 collectd [1532]：write_gcm：wg_typed_value_create_from_value_t_inline 交换/百分比失败价值！继续。1 月 26 日 10:23:21 php-backend-8s46 collectd [1532]：write_gcm：不能取无限值 1 月 26 日 10:23:21 php-backend-8s46 collectd [1532]：write_gcm：wg_typed_value_create_from_value_t_inline 交换/百分比失败/价值！继续。1 月 26 日 10:23:21 php-backend-8s46 collectd [1532]：write_gcm：curl_easy_perform() 失败：已达到超时 1 月 26 日 10:23:21 php-backend-8s46 collectd [1532]：write_gcm：来自错误 -1 wg_curl_get_or_post 1 月 26 日 10:23:21 php-backend-8s46 collectd [1532]：write_gcm：wg_transmit_unique_segment 失败。1 月 26 日 10:23:21 php-backend-8s46 collectd [1532]：write_gcm：wg_transmit_unique_segments 失败。冲洗。1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/io_octets；值时间 = 1611631113.168；上次缓存更新 = 1611631113.168; 1月26日10:23：21 php-backend-8s46 collectd [1532]：uc_update：值太旧：名称= php-backend-8s46/processes-all/io_octets；值时间 = 1611631113.167；上次缓存更新 = 1611631113.168; 1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/ps_rss；值时间 = 1611631113.942; 上次缓存更新 = 1611631113.942；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/ps_rss；值时间 = 1611631113.943；上次缓存更新 = 1611631113.943；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/disk_octets；值时间 = 1611631113.943；上次缓存更新 = 1611631113.944；值时间 = 1611631113.167；上次缓存更新 = 1611631113.168; 1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/ps_rss；值时间 = 1611631113.942; 上次缓存更新 = 1611631113.942；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/ps_rss；值时间 = 1611631113.943；上次缓存更新 = 1611631113.943；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/disk_octets；值时间 = 1611631113.943；上次缓存更新 = 1611631113.944；值时间 = 1611631113.167；上次缓存更新 = 1611631113.168; 1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/ps_rss；值时间 = 1611631113.942; 上次缓存更新 = 1611631113.942；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/ps_rss；值时间 = 1611631113.943；上次缓存更新 = 1611631113.943；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/disk_octets；值时间 = 1611631113.943；上次缓存更新 = 1611631113.944；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/ps_rss；值时间 = 1611631113.943；上次缓存更新 = 1611631113.943；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/disk_octets；值时间 = 1611631113.943；上次缓存更新 = 1611631113.944；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/ps_rss；值时间 = 1611631113.943；上次缓存更新 = 1611631113.943；1 月 26 日 10:23:21 php-backend-8s46 collectd[1532]：uc_update：值太旧：名称 = php-backend-8s46/processes-all/disk_octets；值时间 = 1611631113.943；上次缓存更新 = 1611631113.944；

我在一个区域的 GCP 中创建了 2 个虚拟机（Webserver），并在同一区域配置了 TCP 内部负载均衡器，并在另一个区域（东南亚）创建了另一个虚拟机。现在，我无法 ping 负载平衡器 IP，但可以 ping 网络服务器 IP。

Webserver1---region :us-central ----10.128.0.5 & Webserver2---region: us-central------10.128.0.6 & Internal load balancer ip---------- 10.128.0.13

测试机---地区：东南亚----10.148.0.5

您好我正在尝试在 Google Cloud Platform 中学习不同的 LB 选项。我遇到了不同的选项，例如建议将 HTTP(s) 用于 Http 流量，将 TCP/SSL 代理用于 TCP 流量。但我无法区分 HTTP 流量和 TCP 流量。通过查看应用程序，我如何知道它是否需要 http/TCP 负载平衡器？

对于那里的专家来说，这个问题可能看起来很基础，但如果你能用简单的术语解释一下，这将对我有所帮助。