我一直在阅读/研究一个项目的负载平衡，一些指南提到有一个负载平衡器和一个使用心跳互相检查的备份负载平衡器。 当一个人倒下，另一个人接pipe等等…
但是，如果stream量足以取消你的第一个负载平衡器，你的第二个负载平衡器有多less机会呢？ 如果第一台机器出现故障，另一台更强大的机器在等待，这是没有意义的。 我敢肯定，这是相当天真的问题，我猜测，负载平衡器所做的工作量是如此微不足道，以至于您将能够看到stream量的上升，并能够根据需要照顾到这一点。
另外，使用备份负载平衡器是非常典型的？
我在我的服务器上使用最新版本的Ubuntu和Rack2云上的Apache 2。
当主服务器不能处理负载时，辅助负载平衡器就不存在了，主服务器会在主服务器发生故障时进行冗余故障切换，从而导致无法运行，例如需要进行维护以使其脱机，发生故障电源，硬盘故障，烧毁组件等等。
一般来说，有冗余的硬件是很常见的做法，几乎所有可能会干扰系统从高级设备到这些设备的低级别组件：冗余域控制器，负载平衡器，Web服务器，数据库服务器，防火墙，路由器，交换机 – 然后有冗余的硬盘，电源，网卡，风扇和其他组件可以作为任何给定系统的单点故障。
就次级“备份”负载平衡器而言，是的，这是非常典型的，因为您的Web请求将首先触发负载平衡器，然后分发到Web服务器。 如果一个负载均衡器停机 – 这些请求不会被分配。
这可能是有用的阅读：
如何在N个Apache服务器之间平衡传入的networkingstream量？