目前我们只有一个后端服务器每个网站/networking服务。 我有兴趣听到人们对各种负载均衡器应用程序（在Linux上运行的东西）的体验。
你会推荐什么？
根据StackOverflow播客的第27集 ，Reddit的人们似乎很喜欢HAProxy 。 这里有一个简短的教程，展示了Amazon EC2使用的HAProxy 。 您可以在HAProxy网站上find更多的信息。
这个问题没有提供有关负载，所需function等的具体信息，因此，这样的答案只是一个猜测。
英镑是小型/中型网站的不错select。 它提供了HTTPS支持和简单的设置。
HAproxy可以扩展到饱和10G以太网pipe道，并提供连接限制，即只发送同时请求到每个后端服务器的数量，因为你有Apache儿童/ Ruby on Rails实例来处理。
nginx是一个全能的负载平衡器和静态文件服务器。 它可以在进行负载均衡的同时执行HTTP压缩，URL重写和静态文件服务。
Apache在2.2系列中也是一个非常不错的负载平衡器。 可以和nginx一样做，但是在服务器上的负载要比nginx高。 如果你已经熟悉Apache，非常值得研究，而且非常成熟。
Perlbal提供简单的连接限制到后端主机，通过持久HTTP连接复用请求，如果您已经使用Perl，可以轻松设置。
清漆caching是一个反向HTTP代理，具有基本的负载平衡支持。 这不是一个很好的负载均衡器，但是在某些情况下，大多数请求对象的内存中caching可以消除高比例的后端服务器命中，而且性能很好。 ESI包括可能是有趣的。
我不是100％确定的，但是除了Perlbal和nginx之外，Perl和nginx提供了一些支持，可以在不重新启动负载平衡器的情况下更改configuration。 对于大型网站来说，这是至关重要的，这也是良好的商用负载平衡器设备所能做到的。
以上所有都是HTTP级别（第7层）负载均衡器。 TCP / IP级别的负载平衡器有可能达到更高的吞吐量，但在其他方面受到限制。 HAProxy作者写了一个很好的，可读的负载均衡方法和问题概述： http : //1wt.eu/articles/2006_lb/
LVS是一个广泛使用的TCP / IP级负载均衡器。 大多数防火墙还可以在IP级别上进行基本的负载平衡，通过在一定范围的后端IP地址上散列传入的请求 – 至lessOpenBSD的PF和Cisco ASA以及Juniper Netscreens可以做到这一点。
haproxy和LVS一样运作良好。
FWIW，wordpress.com使用nginx作为他们的平衡器/代理。
我们在生产中使用LVS。 它是由我们的操作团队pipe理的一套复杂和邪恶的脚本。 一个相当聪明的定制系统公布了我们的服务器的健康和性能数据，以便负载均衡器相应地设置权重。
LVS当然会给你一个单一的故障点 – 负载平衡器（有多种方法可以将其重新设置）。
我觉得这太复杂了，所以我写了Fluffy Linux Cluster ，它基于Windows NLB的工作方式（我认为…我不确定这是如何工作的），也受CLUSTERIP的启发。
我们不在生产中使用它，但Fluffy可以负载平衡合理的（至less5个）服务器数量，没有单点故障，没有中央pipe理节点等。
我过去曾经用过磅 。 这是快速，简单，需要最less的关注。
我是宙斯的ZXTM多层LB的巨大粉丝 – 点击这里
如果你决定使用LVS，那么如果你打算使负载均衡服务器层高度可用的话，我也会考虑Keepalived。 我一直在使用LVS的Heartbeat / Pacemaker几个月，发现它对于简单的HA LB层来说太复杂，有时不稳定。