Amazon ec2 高性能高可用性跟踪系统

我目前拥有一个跟踪服务，记录来自不同来源的访问。有时我们会记录访问并重定向到我们的客户，或者让客户打电话报告访问情况。该体系结构是在负载平衡器后面配置的两个工作框。该系统使用Amazon EC2进行设置，使用的负载平衡器是Amazon的Elastic LB

我做了一些基准测试，发现了显著的网络延迟。通过负载平衡器的流量遭受的延迟至少是直接命中任何一个盒子的2倍

• 有没有人经历过这样的问题并试图解决它？这是亚马逊EC2特有的问题吗
• 是否有其他体系结构可以显著降低我的网络延迟。e、 g.使用HA，使流量不必通过负载平衡器，而是直接到达端点服务器？在我开始在这方面投入时间之前，我想听听其他人的看法

非常感谢您抽出时间，

---

桑托什改变你的体重，再试一次。HAProxy是一款出色的会话/cookie感知L7平衡器，可以在Amazon云AFAIK中安装。请看以下内容：

改变你的体重，再试一次。HAProxy是一款出色的会话/cookie感知L7平衡器，可以在Amazon云AFAIK中安装。见此：

您必须考虑到ELB在一段时间后的表现比最初更好。别问我为什么，但事实就是这样——负载均衡器变暖

这还取决于你发送ELB的流量。请记住，配置ELB的硬件似乎是一个常规的小实例。因此，吞吐量被限制在~25 MBit（上次我检查时）。如果您需要更多，请选择专用

---

最后，我也建议您在专用实例上查看Haproxy。我希望会有延迟，再延迟2倍听起来不真实。可能使用另一个小实例，直接针对ELB对其进行基准测试，然后尝试使用

c1。中等

您必须考虑到ELB在一段时间后的性能更好，然后是最初的性能。别问我为什么，但事实就是这样——负载均衡器变暖

这还取决于你发送ELB的流量。请记住，配置ELB的硬件似乎是一个常规的小实例。因此，吞吐量被限制在~25 MBit（上次我检查时）。如果您需要更多，请选择专用

最后，我也建议您在专用实例上查看Haproxy。我希望会有延迟，再延迟2倍听起来不真实。也许可以使用另一个小实例，直接对ELB进行基准测试，然后尝试使用

c1.medium