EC2中的Elastic Load Balancing有多好

Question

我在SO上看过很多旧文章.所以我再问一次.截至2012年4月,EC2中的Elastic Load Balancing(ELB)有多好.对于EC2服务器,ELB有哪些替代方案.优缺点都有什么.

EBL也是一把神奇的剑,它可以自己完成任务,即我不需要对我的应用程序进行任何更改

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

Answer 1

我在使用 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 可能是最大的“杀手级功能”，相比之下，所有缺点都变得微不足道且不重要。