Google Cloud Load Balancer 是单点故障吗？我们可以有一个备用副本吗？
Is Google Cloud Load Balancer a single point of failure ? Can we have a standby replica?
我们正在 GCP 中对我们的应用程序进行 HA 部署以进行评估。
粗略的架构类似于
（图片提供：Google 云）
全局负载均衡器本身出现单点故障。
我们如何在 GCP 中实现这一点。
- 在 GCP 控制台中找不到云负载均衡器的任何 HA 配置。
- 谷歌搜索带我为后端提供 services.Not 我正在寻找的东西。
能否请您分享您的想法。
全局负载均衡器不是一个设备，也不是单点故障。
它是一个 logical/virtual 实体，使用 globally-distributed 硬件和任播 IP 路由提供服务...所以如果我的浏览器和你的浏览器连接到 "the same" 平衡器（在相同的 IP 地址），那么很有可能我们没有与相同的物理硬件进行通信，而且我们正在与之通信的这两个不同的物理设备很可能甚至不在同一个物理位置。
Cloud Load Balancing is a fully distributed, software-defined, managed service for all your traffic. It is not an instance or device based solution, so you won’t be locked into physical load balancing infrastructure or face the HA, scale and management challenges inherent in instance based LBs.
这里没有任何配置选项，因为它是服务设计的固有部分。
我们正在 GCP 中对我们的应用程序进行 HA 部署以进行评估。
粗略的架构类似于
全局负载均衡器本身出现单点故障。
我们如何在 GCP 中实现这一点。
- 在 GCP 控制台中找不到云负载均衡器的任何 HA 配置。
- 谷歌搜索带我为后端提供 services.Not 我正在寻找的东西。
能否请您分享您的想法。
全局负载均衡器不是一个设备，也不是单点故障。
它是一个 logical/virtual 实体，使用 globally-distributed 硬件和任播 IP 路由提供服务...所以如果我的浏览器和你的浏览器连接到 "the same" 平衡器（在相同的 IP 地址），那么很有可能我们没有与相同的物理硬件进行通信，而且我们正在与之通信的这两个不同的物理设备很可能甚至不在同一个物理位置。
Cloud Load Balancing is a fully distributed, software-defined, managed service for all your traffic. It is not an instance or device based solution, so you won’t be locked into physical load balancing infrastructure or face the HA, scale and management challenges inherent in instance based LBs.
这里没有任何配置选项，因为它是服务设计的固有部分。