在互联网上关于负载平衡器本身高可用性的文章中，我们提到了一种使用虚拟IP（VIP）的方法。 在这种方法中，两个负载均衡器将保持主备模式。 活动的负载均衡器拥有VIP。 如果主动负载均衡器closures，备用负载均衡器使用一些心跳机制来检测故障并接pipeVIP，从而成为主动负载均衡器。
我的问题是：
在任何时候，只有一个负载平衡器正在提供所有请求。 如果传入请求的数量太多，会怎么样？ 或者，像（HAProxy，nginx或任何硬件负载平衡器）这样的stream行负载平衡器所处理的请求数目太高而不能超过现实生活中的数量？
使用相同域名的负载均衡器集群是一个很好的select，这样DNS可以在向负载均衡器本身分配stream量时进行循环负载平衡？ 通过这种方式，我们还可以通过dynamic添加或删除DNS服务器中的Alogging来实现负载均衡器的自动扩展。
如果号码的请求太高，你会得到超时。 是的，如果你有一个小型的服务器，或者有资源限制，你可以最大限度地服务器。
是。 虽然可能不完全如此。
DNS可以为同一个域拥有多个Alogging，这可以为您提供故障转移或负载平衡。 这些服务器可以位于不同的数据中心。 一个有用的文章是在这里 ，或者你可以search“DNS负载平衡”。
Amazon Web Services Route 53可以根据多个策略（如地理区域或延迟）进行路由。 它还可以检测服务器的故障并将stream量发送到其他服务器。 它可以与非AWS服务器一起使用。 这将是一个很好的解决您的问题。 CloudFlarestream量pipe理器目前可用于早期访问，可能是另一种解决scheme。