Amazon ec2 EC2中的弹性负载平衡有多好

我看过很多关于这方面的老文章。所以我再问一遍。截至2012年4月，EC2中的弹性负载平衡（ELB）有多好。EC2服务器的ELB替代方案有哪些。 赞成和反对的是什么

此外，EBL是一把神奇的剑，它可以自己完成所有事情，也就是说，我不需要对我的应用程序进行任何更改

---

PS：我对所有这些都是新手

弹性负载平衡可以检测Amazon EC2实例的运行状况。这是一个非常好的特性。我们使用ELB和自动缩放功能，效果非常好。此外，ELB会根据您的负载自动缩放。我们从来没有遇到过ELB的问题。您可以继续阅读

我对ELB遇到的最大问题是每个请求有60秒的硬限制；如果您的用例要求任何连接持续时间超过60秒，ELBs将不适用于您。补充：如果你的连接可以实现某种“保持活力”的流量，那么ELB不会杀死它。对于一般的、长时间运行的HTTP响应，60秒后您将退出

另一个问题是，如果某个实例的运行状况检查次数超过了您在“不健康阈值”中设置的次数，ELBs会立即终止与该实例的所有连接，因此，如果不将“不健康阈值”保持在高于最长运行进程的水平，或者保持在60秒以上，apache中的优雅停止是很困难的，根据你的应用程序和预期的响应能力，这两种情况似乎都会持续一辈子

编辑：ELBs支持连接正在排水：

还有一个常见的错误是忘记将实例的可用性区域添加到ELB或错误配置运行状况检查

从管理的角度来看，ELB非常好，但肯定还缺少一些好的特性。在ELB上终止SSL可能是最大的“杀手特性”，与之相比，所有的缺点都是无关紧要的