负载平衡器本身的高可用性

Question

在我在互联网上读到的关于负载均衡器本身高可用性的所有文章中，都提到了一种使用虚拟IP (VIP)的方法。在这种方法中，两个负载平衡器将保持在主动-待机模式.主动负载均衡器拥有VIP。当主动负载平衡器下降时，备用负载平衡器利用心脏跳动机制检测故障，并接管VIP，从而成为主动负载均衡器。

我的问题是：

1. 在任何时候，只有一个负载均衡器为所有请求服务。如果传入的请求数量太高怎么办？或者，任何流行的负载均衡器(HAProxy、nginx或任何硬件负载均衡器)所处理的请求数量太高，在现实生活中是无法超过的吗？
2. 如果有一个具有相同域名的负载平衡器集群，那么DNS可以在将流量分配给负载平衡器本身的同时执行循环负载平衡，这是一种很好的选择吗？通过这种方式，还可以通过动态添加或删除DNS服务器/S中的A记录来实现负载平衡器的自动缩放。

Answer 1

1. 如果请求的数量太高，您将得到超时。是的，如果您有一个小型服务器，或者有资源限制，您可以最大限度地使用服务器。
2. 是。但可能不是那样的。

DNS可以为同一域拥有多个A记录，这可以为您提供故障转移或负载平衡。这些服务器可以位于不同的数据中心。一篇有用的文章是这里，或者您可以搜索"dns负载平衡“。

Amazon服务路由53可以基于许多策略进行路由，例如地理区域或延迟。它还可以检测服务器的故障，并向其他服务器发送通信量。它可以与非AWS服务器一起工作。这将是解决你的问题的好办法。目前在早期访问中可用的CloudFlare交通管理器可能是另一种解决方案。