如何防止负载平衡器失败?

不好意思,如果这个问题有点模棱两可,但这是我第一次设置一个负载均衡器,我有点担心。

我想创build一个Glassfish集群,目前我正在关注这个链接: http : //javadude.wordpress.com/2011/04/25/glassfish-3-1-clustering-tutorial/

在上面的教程中,其中一个节点也作为负载平衡器(DAS – 域pipe理服务器)运行。 在我的情况下,我打算build立3个节点,其中一个充当另外两个负载平衡器。

一切都很清楚,但任何人都可以给我一个想法,如果作为负载平衡器的节点失败,该怎么办?

任何信息将不胜感激。

我不能特别提到玻璃鱼,但是build立具有一对LB的故障恢复LB系统是正常的,其中只有一个在任何时候都是活动的。

如果LB是应用程序,这是在硬件上完成 – 你会有一对,通常有两个直接连接,监测/心跳,有时为国家交换。 如果LB是基于软件的并且在其中一个平衡节点上运行,则在另一个池节点上运行第二个LB是相当正常的。

确保在任何特定时间只有一个LB运行是重要的,在这里不容易被覆盖。 特别是对于基于软件的解决scheme,一个好的STONITH实现和适当的硬件可以帮助解决这个问题。

编辑你的评论:我接受你的观点,但没有。 通常情况下,这样做的方式是build立一个基础结构,它意识到某个东西的一个且只有一个实例(本例中为LB)应该正在运行,并使用一个浮动IP地址来处理两者之间的故障转移。 在软件中,在Linux下,这通常使用LinuxHA和CRM,在主和次级LB节点上运行,这处理确保只有一个节点运行LB进程的业务,并确保主要是死的它决定推广中学。