我们有相当高的stream量，php密集的网站; 处理相当大的数据块被caching。
我承认，我很难承诺改变服务器configuration。
但是我们需要一个新的故障转移解决scheme。
过去我们尝试了Nginx + PHP5-FPM，发现它抛出了太多的50x错误。 信不信，我们仍然运行Apache + mod_php，APC和memcache，它稳定可靠。
但是，我们需要更好的故障切换，并最终离开现场。 不要提亚马逊云，我们也不太好。
所以对于像我这样的人来说，冒险不利于改变configuration/设置，我知道为我们的Web应用程序产生良好的性能如何引入正确的负载平衡器？
基本上2个负载均衡器在群集中运行心跳，以消除单点故障。 在1或2中断的情况下，加载平衡多个网页框。
但是什么LB稳定使用。 我喜欢禅负载平衡器的声音，但我也吸引清漆反转代理，也平衡交通。
我们有一个在另一个项目上build立了一个LB的机架空间，这给我们带来了悲伤，所以我只需要一个稳定的解决scheme，即LB /故障切换，没有任何丢失连接或500错误。
如果你问一个好的软件负载平衡应用程序，我会投2 HAProxy。 这是一个非常稳定，可configuration，轻量级的软件负载平衡器。
我们现在正在使用它几个月，它每天处理数百万个请求。 一个简单的Opteron双核心机箱 – 4 Gig Ram – 正在安装HAProxy的工作，负载从未高于0.5希望这个小信息可以帮助您考虑。
Haproxy。
如果您坚持使用云提供商，请查看共享IP故障转移的心跳信号，并让haproxy同时运行（upstart，monit等）。
如果您在自己的硬件或允许组播stream量的networking上运行，请查看keepalived以便对共享IP进行故障转移，并确保haproxy正在运行。
我在一些数据中心位置上每天要处理超过100万的请求，在512M的Xen虚拟机上，而且它们的负载是.01。 不要采取工作马来平衡交通。 🙂
另一个select（如果你只是想简单的负载平衡），并愿意转移到Linode.com，是他们的NodeBalancers，它提供基于TCP或HTTP平衡健康检查。 用了一段时间，运转良好，但由于一些限制而移开。