![入口点——始终是最薄弱的环节?](https://linux22.com/image/531617/%E5%85%A5%E5%8F%A3%E7%82%B9%E2%80%94%E2%80%94%E5%A7%8B%E7%BB%88%E6%98%AF%E6%9C%80%E8%96%84%E5%BC%B1%E7%9A%84%E7%8E%AF%E8%8A%82%EF%BC%9F.png)
我一直在阅读/研究一个项目的负载平衡,一些指南谈到使用心跳来相互检查的负载平衡器和备份负载平衡器。当一个发生故障时,另一个将接管等等...
但是,如果流量足以使第一个负载均衡器瘫痪,那么第二个负载均衡器瘫痪的可能性有多大?如果第一个负载均衡器瘫痪,那么让第二台更强大的机器等待是没有意义的。我敢肯定这是一个相当幼稚的问题,我猜负载均衡器的工作量是如此之小,以至于您将能够看到流量的上升,并能够在必要时处理它等等。
此外,使用备份负载均衡器是否很典型?
我在 rackspace 云上使用最新版本的 Ubuntu 和 Apache 2 作为我的服务器。
答案1
当主负载均衡器无法处理负载时,辅助负载均衡器就不存在了,它作为冗余故障转移装置,以防主负载均衡器发生某些事情而无法运行,例如需要维护而导致其离线、电源故障、硬盘故障、组件烧坏等等。
总体而言,拥有冗余硬件是一种很常见的做法,适用于任何可能破坏系统的事物,从高级设备到这些设备的低级组件:冗余域控制器、负载平衡器、Web 服务器、数据库服务器、防火墙、路由器、交换机 - 还有冗余硬盘、电源、网卡、风扇和其他可能成为任何给定系统的单点故障的组件。
就辅助“备份”负载均衡器而言,是的,这是很典型的,因为您的 Web 请求将首先到达负载均衡器,然后分发到 Web 服务器。如果负载均衡器发生故障 - 这些请求将不会分发。
阅读以下内容可能会有所帮助: