我在SO上看过很多旧文章。所以我再问一次。截至2012年4月，EC2中的Elastic Load Balancing（ELB）有多好。对于EC2服务器，ELB有哪些替代方案。 什么是职业和缺点。
EBL也是一把神奇的剑，可以自己动手，但我不需要对我的应用做任何改动
PS：我是所有这些
的新手答案 0 :(得分：4)
我对ELB遇到的最大问题是每个请求的硬限制为60秒;如果您的用例要求任何连接持续时间超过60秒，ELB将不适合您。附录：如果您的连接可以进行某种“保持活动”流量，那么ELB不会杀死它。对于一般的，长时间运行的HTTP响应，60秒就可以了。
另一个问题是ELB会立即杀死所有与实例的连接，如果它在你的不健康阈值中输入的健康检查数量失败了，那么在不保持你的不健康阈值更高的情况下，像apache中的优雅停止这样的事情是很困难的比你运行时间最长的过程，或超过60秒，这两个过程看起来都像一辈子，取决于你的应用程序和预期的响应能力。
编辑：ELB现在支持连接耗尽：http://aws.amazon.com/about-aws/whats-new/2014/03/20/elastic-load-balancing-supports-connection-draining/
另一个常见错误是忘记将实例的可用区域添加到ELB或错误配置运行状况检查。
从管理的角度来看，ELB非常好，但肯定还有一些不错的功能。在ELB上终止SSL可能是最大的“杀手级特征”，并且相比之下，所有缺点都是微不足道的，并不重要。答案 1 :(得分：0)
Elastic Load Balancing可以检测Amazon EC2实例的运行状况。这是非常好的功能。我们使用ELB和Auto Scaling，效果非常好。此外，ELB会自动缩放，具体取决于您的负载。我们从未遇到过与ELB有关的问题。阅读this
可能对您有用