Haproxy/ Varnish/ Cherokee/ Nginx/ Lighttpd

嗯，如果是单纯的做反向代理，HAProxy是性能最高的

@Michael:
1、关于配置源码exampels目录下有不少例子。注意最大fd数（连接数）还有超时时间之类的。可适当调节一下进程数看看有没有效果。
2、注意buffer大小对整个内存占用的影响。如果对默认值（16K）不满意，你可以修改它。
3、sepoll的性能不错，但是有bug会导致CPU占用100%，我不知道现在这个bug修复了没有，如果你想稳妥点，那可以只用epoll。

以上都要对你的实际应用测试后才知道是否有意义 🙂

不错，我们现在用的是Nginx-> varnish -> Nginx+PHP,前端的响应时没有什么问题的。只是后端数据库感觉有些瓶颈，不知道你们是怎么处理的？

生产环境中至少keepalived+haproxy*2保证前端转发正常吧。单台haproxy一旦出现问题整个项目不能用，风险太大吧。

后端数据库一般通过主辅库分离，然后配合mysql-proxy(LVS/Haproxy)等对多个辅库进行负载均衡，然后再加入memcached以及自己写的app中间数据引擎来缓存和索引，大致是这样

Haproxy->Varnish->Nginx+PHP->Memcached->Proxy(LVS)->MySQL (Other App + MySQL)

————–

呵，还好有括号说明，不然我还真理解成lua的那个“mysql-proxy”了。
我们当前的mysql slave均衡还是通过代码随机选取的，谈不上真正意义上的均衡，接下来我是打算在内网放一台专用于的均衡的服务器，应该是lvs或者haproxy。
另外，我观察到varnish的round-robin，random两个均衡策略对后端没有效果，不知道你碰到没有？
director webserver round-robin {
{ .backend = sina1; }
{ .backend = sina2; }
}

#director webserver random {
# .retries = 3;
# { .backend = sina1; .weight=5; }
# { .backend = sina2; .weight=5; }
#}

bobo068: 后端数据库一般通过主辅库分离，然后配合mysql-proxy(LVS/Haproxy)等对多个辅库进行负载均衡，然后再加入memcached以及自己写的app中间数据引擎来缓存和索引，大致是这样Haproxy->Varnish->Nginx+PHP->Memcached->Proxy(LVS)->MySQL (Other App + MySQL)————–呵，还好有括号说明，不然我还真理解成lua的那个“mysql-proxy”了。
我们当前的mysql slave均衡还是通过代码随机选取的，谈不上真正意义上的均衡，接下来我是打算在内网放一台专用于的均衡的服务器，应该是lvs或者haproxy。
另外，我观察到varnish的round-robin，random两个均衡策略对后端没有效果，不知道你碰到没有？
director webserver round-robin { { .backend = sina1; } { .backend = sina2; }
}#director webserver random {
#.retries = 3;
#{ .backend = sina1; .weight=5; }
#{ .backend = sina2; .weight=5; }
#}

我认为前端不可能只用一台haproxy来做成载的吧，如果是多台又没有lvs进行分配请求就可以考虑使用dns轮询的方式做负载，当然这样也会有风险存在，但总比单台承担风险要强

另外我认为，如果因为成本考虑而不能保证所有单点消除的话，可以考虑使用heartbeat2.x的技术，达到多机互为备份的做法，规避一下风险

对于这些个反向代理，我基本都用过，单单是性能对比的话 haproxy-varnish-nginx-squid
也可能是本人水平的有限，通过google找了很多高手的例子 感觉squid做静态的，如 图片服务器的话 很强大