问题标签 [gcp-load-balancer]

是否可以在 GCP 中创建一个内部负载均衡器来平衡不同区域的两个计算实例之间的流量？

两个实例（在它们上写入 NAT）位于不同的区域（例如一个 inus-central1和另一个 in asia-south1）在相同的端口上提供服务，并且内部负载均衡器（例如使用 IP: 170.0.0.4）正在接受来自客户端的请求并将它们转发到这些 VM。

这将有助于创建一个高可用性服务（在本例中为 NAT），即使在一个 VM 或服务或区域关闭时也能正常工作。

编辑：

在此处添加更多详细信息：

1. 虚拟机和负载均衡器都有内部 IP。
2. 虚拟机和负载均衡器都在同一个 VPC 网络中
3. 我需要一个第 7 层 (HTTP(S)) 内部 lLoad 平衡器。

我正在尝试创建一个负载均衡器来平衡给定区域中 3 个不同 AZ 之间的流量。如果我使用外部 IP 创建一个“全局”负载均衡器，一切正常，但如果我只是尝试创建一个适用于特定子网的负载均衡器 - 健康检查始终失败，因为它们试图去到端口 80 而不是我指定的端口。

请注意以下输出gcloud compute backend-services get-health xx-redacted-central-lb --region=us-central1：

此负载均衡器的运行状况检查是使用以下命令创建的： gcloud compute health-checks create tcp xx-redacted-central-hc4 --port=5433

后端是这样创建的： gcloud compute backend-services create xx-redacted-central-lb --protocol=TCP --health-checks=xx-redacted-central-hc4 --region=us-central1 --load-balancing-scheme=INTERNAL

后端的完整描述： gcloud compute backend-services describe xx-redacted-central-lb --region=us-central1

如果我尝试edit在后端添加端口或端口名注释，则无法保存，因为认为这是对 INTERNAL 负载均衡器的无效操作。

有任何想法吗？——艾伦

有谁知道 Stackdriver Monitoring GLB 仪表板上的准确数字代表了按客户国家/地区划分的总延迟的 95%，它们是否代表最终用户接收请求响应的实际总延迟，尤其是位于不同大陆的总延迟。

如果不是，那么获得真实数字并了解哪些区域需要服务部署以改善延迟的最佳方式是什么？

GCP 有自己的用于 GKE 负载平衡器的托管 Ingress 控制器。我还看到了部署和利用 Nginx Ingress 控制器的文档。

https://cloud.google.com/community/tutorials/nginx-ingress-gke

内置 Ingress 控制器也在负载均衡器级别处理 SSL 终止。是否有特定的流量处理能力使 Nginx 成为 GKE 更好的入口控制候选者？

最近，我创建了一个带有 index.html 的存储桶，并以存储桶作为后端配置了一个负载均衡器 http。

我已经这样做了几次，并且一直都在工作，但是在我的最后一个配置中，它返回了一个具有以下结构的 XML：

我已经更改了很多东西，但它似乎不起作用，这个配置可能有什么问题？一些线索？

我正在尝试创建多区域 Google Cloud Run 设置，但找不到任何文档。

我的目标是创建一个 Google HTTPS 负载均衡器并将目标映射为我的 3 个 Google Cloud Run 实例。

问题是，我找不到将 HTTPS 负载平衡器映射到 Cloud Run 实例的选项。

如果这还不可行，我是否可以使用外部 DNS LB，例如 AWS Route 53？

谢谢！

是否可以在同一个 GCP SSL/TCP 负载均衡器上有一个 SSL :443 前端和一个 TCP :9300 前端，指向一个 HTTP :80 后端和一个 TCP :9300 后端？

我不能让它在同一个负载均衡器上工作，前端似乎混合了对不同后端的请求？

我还尝试让两个负载均衡器在两个前端使用相同的临时 IP，然后在不同的端口路径上指向各自的后端和实例组，但是即使您可以配置，具有相同的 IP 也不适用于两个负载均衡器他们有相同的。

我想实现这一点，这样我就可以让一个 DNS 记录指向一个 IP 地址并利用不同的端口映射。

如何在使用入口云负载均衡器时仅在 GKE 中强制 https 流量，是否有任何特殊注释或类似的东西来解决这个问题

nginx入口控制器不在图片中

更新：

能够通过使用中提到的规则创建一个新的负载均衡器来解决

https://cloud.google.com/load-balancing/docs/https/setting-up-traffic-management#creating_the_url_map_for_handling_http_traffic

确保在创建新的 frwd lb 之前删除入口 LB 上的端口 80

我正在使用 GCP 负载均衡器来访问我的 Web 应用程序。在某些情况下，我的服务可能需要一段时间才能回复响应（超过 300 秒）。当我检查 GCP 设置时，我看到了两个超时（Connection Timeout和Connection Draining Timeout），如下面的链接中所述，

GCP 负载平衡器 502 服务器错误和“backend_connection_closed_before_data_sent_to_client”IIS 10

即使增加了超时时间，我的请求仍然在 300 秒时超时。是否还有其他必须配置的超时？或者我是否需要为我现在拥有的 HTTPS GCP 负载均衡器配置 TCP。

操作系统： Windows Server 2012 网络服务器： WildFly

请给一些建议。提前致谢。

我想连接到 Facebook API 以验证来自我的 django rest 应用程序的用户。我已经让一切都在本地工作，但在部署时遇到了麻烦。我首先尝试将 react 前端和 django 后端作为两个不同的服务部署到 App Engine，但是我无法让前端与后端对话。我提出的解决方案是尝试在计算引擎中托管后端。这可行，但 FB API 需要 ipv6 地址，而 GCP 仅支持 ipv4。我正在阅读我可以创建一个全局负载均衡器并为其分配一个静态 ipv6 地址，但是我没有找到我可以理解或遵循的示例。甚至可以做我在想的事情，还是负载均衡器只对传入的流量起作用？FB api会不会仍然无法识别ipv6地址？有没有更好的建议方法来做到这一点？如果我让后端在应用程序引擎中工作，恐怕我仍然会遇到这个问题。有什么想法吗？

谢谢你，扎克