当负载均衡器成为瓶颈时，我们该怎么办？

Question

22

我刚开始学习负载均衡器。以服务器端应用程序（http/https）的负载均衡器为例，我认为它会侦听特定的IP地址，然后根据其算法将http请求转发到可用的服务器。

那么，负载均衡器是否可能成为瓶颈？因为它正在侦听特定的IP地址，所以所有请求都将首先发送到单个负载均衡器。因此，我认为在流量超过负载均衡器的限制/容量的情况下可能存在某种场景。

当负载均衡器成为瓶颈时，我们该怎么办？我们可以使用多个负载均衡器吗？

我认为一种可能的解决方案是使用多个负载均衡器并向客户端公开所有IP地址。（这听起来像客户端负载平衡）因此，当客户端想要发送请求时，它可以从IP池中选择，然后将请求发送到其中之一的负载均衡器。（例如，在这里可以使用ZooKeeper。）这是一个可行的解决方案吗？还有其他使用多个负载均衡器的方法吗？

谢谢。伊桑

- Yuxiong Zhu

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Oresztesz · Accepted Answer

你的最后一个建议有些可行，需要加入一些改进：通常的方法是将负载均衡器IP地址发布在同一域名下。

这被称为DNS负载均衡。客户端将请求你的负载均衡器域名的IP解析，并以轮询方式获取不同的IP地址。

要配置DNS负载平衡，必须向DNS配置中添加多个A记录以供负载均衡器域名使用。这里可以找到一个示例指南。