Google HTTP(S) 全局负载均衡器能否故障转移到不同类型的后端？答案

【问题标题】：Can the Google HTTP(S) Global Load Balancer failover to different types of backends?Google HTTP(S) 全局负载均衡器能否故障转移到不同类型的后端？
【发布时间】：2020-12-07 20:02:53
【问题描述】：

HTTP(S) 全局 LB 有 "Automatic failover to healthy backends"。

但它可以故障转移到不同的后端类型吗？

例如，LB 可能会将所有流量定向到 GCE 实例组。（不会有不同的路径路由规则。）

但如果 Instance Group 后端未能通过健康检查，LB 会将流量发送到无服务器网络端点组，以将所有流量引导至云函数。

可以吗？

【问题讨论】：

您需要具体说明如何配置所有内容，包括路径路由规则。阅读此链接以帮助了解支持的内容。 cloud.google.com/load-balancing/docs/negs/…
谢谢。不会有不同的路径路由规则。所有流量都会流向实例组，但如果失败，所有流量都会流向云函数
在这种情况下，是的，如我评论中的链接中所述。
@AhmetB-Google 在我给出的示例中，主要的后端服务是 GCE 托管实例组，其中支持运行状况检查。鉴于此，我们会得到我所描述的故障转移吗？
@AhmetB-Google 您说“我猜流量会流向同一后端的另一个 NEG。”我问的是从一种服务（GCE VM）到另一种（云功能）的故障转移。因此，单个后端内的故障转移无法满足该要求。

标签： google-cloud-platform google-cloud-functions google-compute-engine load-balancing google-cloud-run

【解决方案1】：

无服务器 NEG 存在限制，因为您不能在同一后端服务中将无服务器 NEG 与其他类型的 NEG（区域或互联网 NEG）混合使用。正如您在原帖中提到的，我认为 Joshua 想要进行故障转移。我想知道是否有人们想要混合 NEG 类型的用途——例如迁移到（或从）GCE 实例组到云函数。

Serverless NEG Concepts - Limitations

【讨论】：

谢谢。是的，我们不能将这些混合在一个后端/后端服务中。但是我们是否可以有两个后端服务，一个 GCE 和一个 Cloud Functions，或者一个 GKE 和一个 Cloud Run，然后在它们之间设置故障转移？