AWS ELB vs.s.用于负载平衡的node-http-proxy反向代理

时间:2013-05-17 14:13:51

标签: node.js amazon-web-services reverse-proxy amazon-elb

我有一个网络服务。它部署在4台AWS EC2机器上,以平衡客户端的负载。我正在考虑两种解决方案。一个是使用AWS ELB。另一种是使用node-http-proxy来自己实现反向代理。它在4台机器上传播连接。

它们都可以实现负载均衡功能。我不知道哪一个更好。 AWS ELB可能比反向代理更强大。但反向代理解决方案具有成本效益。我不需要为AWS ELB付费。

是否有人可以提供一些解决方案更好的评论?为什么?

谢谢,

杰弗里

1 个答案:

答案 0 :(得分:0)

我总结了以下3boll提供的文章。我正在使用AWS。基于下面的比较,我认为ELB更合适。

性能

  • ELB表现最佳。
  • HAProxy在小负载(少于30个连接)时效果更好。
  • Nginx在重载时更好。

SSL支持

  • ELB和Nginx都支持SSL。
  • HAProxy不支持SSL。

算法选项

  • HAProxy在这个领域拥有最多的选择,支持Round-Robin,Least Connection,Weighted等等。
  • Nginx仅支持Round-Robin和Weighted。
  • AWS ELB仅支持Round-Robin。

监控解决方案

  • Nginx是一个标准的Web服务器,可以很容易地被任何日志监视器(例如Nagios)监视,另外,还有一个看起来很有趣的插件(我没有尝试过),称为Scout。
  • Scout也支持HAProxy,还有其他一些选项,包括像Nagios这样的日志监视器。
  • CloudWatch支持AWS ELB,因此如果您使用AWS,这可能是最简单的解决方案。