我需要在2个或3个TCP服务器之间进行负载平衡。 任何build议？ TCP服务器通过连接使用自己的专有协议
在软件方面有LVS 。
对于一个广泛适用的平台F5负载均衡器已经做了我们的奇迹。 我们在故障切换configuration中有一对，他们正在处理相当多的负载平衡。 即使是多个协议。 在过去的几年中，我们负载平衡：
这个设备对是为了负载平衡某个关键的http服务而明确购买的，但是这些设备已经被certificate非常有用，现在他们在服务上的stream量并不比服务上多。 他们还拥有丰富的规则系统的便利优势，使您可以执行非常有趣的事情，其中最小的是在主负载平衡池closures时提供不同池/地址的能力。
是的，他们很贵。 在我们的案例中，他们是有道理的，因为我们有一个值得花钱的关键服务，而且我们有足够的附加使用等待投资，使投资更加有利可图。 如果你负担得起的话，去做吧。 我还没有看到思科的负载均衡器，但它们的价格无疑是相同的。
看看HAProxy ：它非常快速，并有一些体面的硬件，可以处理> 10K连接。
我宁愿（当然这取决于预算）拥有冗余的硬件负载平衡器。 几乎99％，它会比软件解决scheme更可靠，性能更好。
我想你会想要评估你实际首先接收的stream量。 您可以从Cisco或F5获得“硬件”负载平衡器，但是如果池中只有2个或3个服务器，则软件负载平衡器的性能和容量几乎肯定会绰绰有余。 HAProxy确实支持故障转移对，如果您select高质量硬件，则可靠性应与硬件解决scheme相当。
在您的规模（而不是池中的数百或数千台服务器）购买“硬件”负载平衡器的主要好处是能够升级到供应商，以便他们解决问题。 这在实践中并不总是更好。 购买商用“硬件”负载平衡器的不利之处在于，它们将会非常昂贵。 F5s的起价为3万美元左右，一对低端的17世纪，从那里迅速上升。 我认为思科的价格是可比的。