我正在研究可伸缩性设计，很难想出确保负载均衡器不会成为单一故障点的方法。如果负载平衡器坏了，谁来决定路由到备份负载平衡器？如果那个"决策者"也倒下了怎么办？
避免将负载平衡器作为单点故障的关键是负载平衡器将在具有硬件备份的高可用性集群中运行。
我相信这个问题的答案是冗余。
负载均衡器不应该是单个计算机/服务/模块/任何东西，而应该是该计算机/服务的多个实例/任何东西。
客户应该知道他们所拥有的选项，以防他们最喜欢的负载均衡器出现故障
如果客户端在他们喜欢的负载均衡器上超时，他们已经有了如何访问下一个负载均衡器的逻辑。
这是我能想到的消除单点故障的最直接的方法，但我相信还有很多其他方法已经被研究过了。
请注意，无论您投入多少冗余，任何系统组件都是一个单点故障。问题是："您希望它不会宕机的确定程度如何？">
如果单个实例宕机的概率是p，那么n实例一起宕机的概率(假设它们是独立的)是p^n。选择你想有多确定，或者你能支付多少资源，然后得到等式的另一面。