EC2 中的弹性负载平衡 [关闭]答案

【问题标题】：Elastic Load Balancing in EC2 [closed]EC2 中的弹性负载平衡 [关闭]
【发布时间】：2010-10-27 00:31:35
【问题描述】：

这已经有一段时间了，但现在亚马逊已经发布了Elastic Load balancing (ELB)，您对为高流量 Web 应用程序部署此解决方案有何想法？

我们应该替换 HAProxy 还是将 ELB 作为 HAProxy 前面的免费服务？

【问题讨论】：

标签： load amazon-ec2 load-balancing haproxy

【解决方案1】：

我已经在一个每天获得大约 100,000 次访问的网站上运行 ELB 而不是 HAProxy 大约一个月了，我对结果非常满意。

一个陷阱（更新，这个问题已由Amazon AWS 修复，见下面的 cmets）：

您无法对域的根进行负载平衡，因为您必须为负载平衡器创建一个CNAME 别名。一旦解决方案是将所有流量从http://mysite.com 重定向到http://www.mysite.com。

除此之外，我对 AWS ELB 产品的评价还不够高。我也在使用 Cloudwatch 监控和自动缩放。哦，别忘了它比运行一个小型 EC2 实例更便宜（每小时 0.025 美元而不是 0.10 美元）。

【讨论】：

ELB 现在具有 SSL 终止功能：aws.typepad.com/aws/2010/10/…
你是如何将你的流量从mysite.com重定向到mysite.com
在 DNS 级别使用 HTTP 重定向。
AWS 刚刚宣布您可以将根域映射到负载均衡器 - aws.amazon.com/route53/?ref_=pe_2170_19975170#highlights
您现在可以使用 DNSimple.com 提供的 ALIAS 记录来解决根域问题

【解决方案2】：

亚马逊论坛上有关于 ELB 可靠性的投诉。我建议你去那里搜索 ELB，在这方面形成你自己的看法。

我们想使用 ELB 对 Web 服务请求进行负载平衡，但我们有很多外部调用者，其中一些会发送 100-Continue HTTP 消息。不幸的是，ELB 不理解 HTTP 协议的那一部分，所以在解决这个问题之前，我们无法超越概念验证。

2013 年更新

根据 AWS 论坛帖子，现在支持 HTTP 100-Continue。

https://forums.aws.amazon.com/message.jspa?messageID=144022

【讨论】：

很抱歉对这个非常老的帖子发表评论。但是，您知道今天 ELB 是否支持 100-Continue 吗？（我没有找到有关此缺失功能的任何最新信息）
@ben75：显然现在支持了。更新了答案。

【解决方案3】：

ELB 对 DNS CNAME 记录间接的依赖对于需要非常快的 Web 服务来说是相当严重的。在我们的例子中，我们需要有非常好的响应时间。在快速性能测试中，使用 ELB 将 HTTP 请求的平均延迟增加了近 2 倍。这主要是因为 CNAME 查找的 TTL 为零。因此，所有查找都涉及访问两个不同域的名称服务器，因此名称解析要慢得多。（我担心击败 DNS 中的缓存只是对系统的滥用。）在我们的案例中，ELB 的唯一希望是通过让 Amazon 支持弹性 IP 作为负载均衡器实例的地址来摆脱 CNAME 记录。

【讨论】：

【解决方案4】：

对于许多使用 ELB 的用户来说，一个主要问题是它不支持粘性，这是许多 Web 应用程序的杀手锏。

根据Amazon AWS 开发人员的说法，它应该会出现在下一个版本中。

【讨论】：

嗨，杰夫，粘性是什么意思。 ?
粘性会话（这样来自客户端的请求总是路由到同一服务器，最常见的是使用 cookie 实现）
粘滞会话是一个糟糕的主意，永远不应该使用
自今天起，ELB 支持粘性会话！ aws.amazon.com/about-aws/whats-new/2010/04/08/…
@Peter - 我不同意，他们有自己的位置...提示：您使用了一个粘性会话来发布该评论。当 LB 的后端出现故障时，自动重新计算“粘贴”位置的粘性会话非常好，并且具有许多缓存优势。

【解决方案5】：

另一个问题是获取客户端 IP 地址。对于常规 HTTP，这可以正常工作，因为 ELB 设置了 X-FORWARDED-FOR 标头。但是对于 HTTPS，这是不可能的，因为它是在 TCP 层转发的。希望有一天 ELB 会终止 SSL。

【讨论】：

现在可以了！