Amazon ec2 AWS ELB处理的请求少于单个实例

我正在AWS ELB后面的web应用程序上执行负载测试。我已经测试了两个场景 1） 检查吞吐量直接在tomcat实例上生成负载 2） 通过在AWS ELB上生成负载来检查吞吐量

我正在使用Apache基准测试工具进行负载测试。我观察到AWS ELB提供的req/sec比实例上直接提供的吞吐量要少。我想知道AWS ELB中导致低吞吐量的问题是什么。

在后台（亚马逊丛林深处），ELB基本上只是运行LB软件的非常简单的小实例，因此它们肯定有性能限制，这可能就是您遇到的问题。现在，ELB被设计成随着负载的增加而扩展（我相信是请求，而不是连接），但是这种扩展只在五分钟内发生，所以如果你有一个合成测试，它在更短的时间内升级，那么你就会遇到问题

两种解决方案：

慢慢地，但那很无聊

向Amazon拨打支持电话，要求“预热”您的ELB实例。告诉他们您要测试的负载量，他们会相应地进行一些调整

---

你在使用VPC吗？或者只是标准的EC2实例？差别有多大。“请用硬数字。”凯文·威洛克。“是的，我在VPC里。”马克·托马斯。当我在EC2上生成负载时，它给出750请求/秒。当我通过ELB时，它会给出300个请求/秒。我希望少一点，因为使用任何负载平衡器都会不可避免地增加几%的开销，但不会那么多。要么您没有比较可比较的服务器，要么某些设置不正确。从有限的可用信息很难判断问题可能是什么。一篇文章：《评估at弹性负载平衡的最佳实践》讨论了预警和爬坡。“我们[亚马逊]建议您以每五分钟不超过50%的速度增加负载。”