当负载均衡器成为瓶颈时，我们该怎么办？
What can we do when load balancer becomes the bottleneck?
我刚开始学习负载均衡器。以服务器端应用程序 (http/https) 负载均衡器为例，我假设它侦听特定的 ip 地址，然后根据其算法将 http 请求转发到可用的服务器。
那么负载均衡器是否有可能成为瓶颈？因为它正在监听一个特定的 ip 地址，所以所有请求都将首先转到单个负载均衡器。所以我认为可能存在流量超出负载均衡器limit/capacity的情况。
当它成为瓶颈时，我们该怎么办？我们可以使用多个负载平衡器吗？
我认为一种可能的解决方案是使用多个负载平衡器并将所有 ip 公开给客户端。 （这听起来像是客户端负载平衡）所以当客户端想要发送请求时，它可以从 ip 池中选择，然后将请求发送到其中一个负载平衡器。 （例如，这里可以使用 ZooKeeper。）这是一个可行的解决方案吗？还有其他方法可以使用多个负载均衡器吗？
谢谢。
伊桑
你最后的建议加上一点点变化就可以了：通常的方法是在同一个域名下发布负载均衡器的 IP 地址。
这叫做DNS load balancing. Clients will ask for the IP resolution for your load balancer's domain name and they will get different IP addresses on a round-robin fashion。
要配置 DNS 负载平衡，您必须将负载平衡器域名的多个 A 记录添加到您的 DNS 配置中。 Here 您可以找到相关的示例指南。
我刚开始学习负载均衡器。以服务器端应用程序 (http/https) 负载均衡器为例，我假设它侦听特定的 ip 地址，然后根据其算法将 http 请求转发到可用的服务器。
那么负载均衡器是否有可能成为瓶颈？因为它正在监听一个特定的 ip 地址，所以所有请求都将首先转到单个负载均衡器。所以我认为可能存在流量超出负载均衡器limit/capacity的情况。
当它成为瓶颈时，我们该怎么办？我们可以使用多个负载平衡器吗？
我认为一种可能的解决方案是使用多个负载平衡器并将所有 ip 公开给客户端。 （这听起来像是客户端负载平衡）所以当客户端想要发送请求时，它可以从 ip 池中选择，然后将请求发送到其中一个负载平衡器。 （例如，这里可以使用 ZooKeeper。）这是一个可行的解决方案吗？还有其他方法可以使用多个负载均衡器吗？
谢谢。 伊桑
你最后的建议加上一点点变化就可以了：通常的方法是在同一个域名下发布负载均衡器的 IP 地址。
这叫做DNS load balancing. Clients will ask for the IP resolution for your load balancer's domain name and they will get different IP addresses on a round-robin fashion。
要配置 DNS 负载平衡，您必须将负载平衡器域名的多个 A 记录添加到您的 DNS 配置中。 Here 您可以找到相关的示例指南。