我正在研究可伸缩性设计,我一直在苦苦思索如何确保负载均衡器不会成为单点故障。如果负载均衡器宕机,谁来决定路由到备份的负载均衡器?如果那个“决策者”也倒下了呢?
发布于 2015-02-07 03:46:44
避免负载均衡器作为单点故障的要点是,负载均衡器将在具有硬件备份的高可用性集群中运行。
发布于 2019-06-05 19:34:03
我相信这个问题的答案是redundancy。
负载均衡器,而不是单个计算机/服务/模块/任何东西,应该是该计算机/服务/任何东西的多个实例。
客户端应该意识到他们拥有的选项,以防他们最喜欢的负载均衡器宕机。
如果客户端在他们最喜欢的负载平衡器上超时,他们已经有了如何访问下一个负载平衡器的逻辑。
这是我能想到的摆脱单点故障的最直接的方法,但我相信还有很多其他的方法已经被研究过了。
请注意,无论您投入多少冗余,任何系统组件都是单点故障。问题是:“你想在多大程度上确定它不会下跌?”
如果单个实例关闭的概率是p,那么所有n实例一起关闭(假设它们是独立的)的概率是p^n。选择你想要的确定程度,或者你可以支付多少资源,然后得到等式的另一边。
https://stackoverflow.com/questions/21981514
复制相似问题