高性能高可用性跟踪系统

时间:2010-08-08 19:13:46

标签: amazon-ec2 tracking high-availability

我目前持有跟踪服务,记录各种来源的访问。有时我们会记录访问次数并重定向到我们的客户,或者我们让客户致电我们报告访问次数。该体系结构是在负载均衡器后面配置的两个工作箱。此系统使用Amazon EC2设置,使用的负载均衡器是Amazon的Elastic LB.

我做了一些基准测试,并注意到了重要的网络延迟。通过负载均衡器的流量比直接击中任何一个盒子的时间延迟至少2倍。

  • 有没有人遇到过这样的问题,并试图解决它?这是Amazon EC2特定的问题吗?
  • 是否有任何其他架构可以显着降低我的网络延迟。例如使用HA使得流量不需要通过负载均衡器,而是直接命中端点服务器?在我开始投入时间之前,我想听听其他人的想法。

非常感谢你的时间, 桑托什

2 个答案:

答案 0 :(得分:1)

更换你的LB并再试一次。 HAProxy是一款出色的会话/ cookie识别L7平衡器,可以在亚马逊云AFAIK中进行设置。请参阅:http://agiletesting.blogspot.com/2009/02/load-balancing-in-amazon-ec2-with.html

答案 1 :(得分:0)

你必须考虑到ELB在一段时间后表现更好,然后最初。不要问我为什么,但这是怎么回事 - 负载均衡器变暖?

这也取决于您发送ELB的流量。请记住,配置ELB的硬件看起来像是一个常规的小实例。因此吞吐量上限为~25 MBit(我上次检查时)。如果您需要更多,请致力于。

最后,我也建议您在专用实例上查看Haproxy。我期待一些延迟,2倍多的延迟听起来不真实。也许使用另一个小实例并直接针对ELB进行基准测试,然后尝试c1.medium