Magento Amazon负载平衡器延迟过高

我对AWS负载平衡器有一个问题-通过它加载页面似乎会产生很高的延迟（~5s）

负载平衡器后面有两个EC2实例，我们将它们称为

p1

和

p2

我在这些实例上运行Magento，它们都连接到同一个数据库

当直接在

p1

或

p2

上查看类别页面时，初始加载时间<500ms，但当我访问负载平衡器（然后指向

p1

或

p2

）时，浏览器会花费约5秒钟等待服务器的响应

这是直接向

p1

或

p2

发出的典型请求：

这是来自负载平衡器的典型请求：

我最初怀疑Magento试图重新缓存来自负载平衡器的请求可能有问题，但随后我将

p1

和

p2

设置为同步它们的缓存，因此缓存不太可能是原因

---

p1

和

p2

上的堆栈是相当常规的Apache2+PHP-FPM+PHP设置，它们自身的速度非常快。

AWS最近发布了ELB的一项新功能，仅用于此类故障排除场景。现在您可以获取ELB访问日志。这些访问日志可以帮助yopu确定不同时间间隔的请求所花费的时间。e、 g:

请求\u处理\u时间：从负载平衡器接收请求并将请求发送到已注册实例起经过的总时间（以秒为单位）

后端处理时间：从负载平衡器向注册实例发送请求到实例开始发送响应头所经过的总时间（以秒为单位）

响应\u处理\u时间：从负载平衡器从注册实例接收响应头并开始向客户端发送响应起经过的总时间（以秒为单位）。此处理时间包括负载平衡器的排队时间和从负载平衡器到后端的连接获取时间 …还有更多的信息。您需要首先配置访问日志。请阅读以下文章，了解如何使用ELB访问日志：

---

这些日志可能/可能无法解决您的问题，但肯定是一个很好的起点。此外，您可以随时与AWS技术支持部门联系，以获得更深入的分析。

AWS最近发布了ELB的一项新功能，仅用于此类故障排除场景。现在您可以获取ELB访问日志。这些访问日志可以帮助yopu确定不同时间间隔的请求所花费的时间。e、 g:

请求\u处理\u时间：从负载平衡器接收请求并将请求发送到已注册实例起经过的总时间（以秒为单位）

后端处理时间：从负载平衡器向注册实例发送请求到实例开始发送响应头所经过的总时间（以秒为单位）

响应\u处理\u时间：从负载平衡器从注册实例接收响应头并开始向客户端发送响应起经过的总时间（以秒为单位）。此处理时间包括负载平衡器的排队时间和从负载平衡器到后端的连接获取时间 …还有更多的信息。您需要首先配置访问日志。请阅读以下文章，了解如何使用ELB访问日志：

---

这些日志可能/可能无法解决您的问题，但肯定是一个很好的起点。此外，您可以随时与AWS技术支持部门联系，以获得更深入的分析。

AWS最近发布了ELB的一项新功能，仅用于此类故障排除场景。现在您可以获取ELB访问日志。这些访问日志可以帮助yopu确定不同时间间隔的请求所花费的时间。e、 g:

请求\u处理\u时间：从负载平衡器接收请求并将请求发送到已注册实例起经过的总时间（以秒为单位）

后端处理时间：从负载平衡器向注册实例发送请求到实例开始发送响应头所经过的总时间（以秒为单位）

响应\u处理\u时间：从负载平衡器从注册实例接收响应头并开始向客户端发送响应起经过的总时间（以秒为单位）。此处理时间包括负载平衡器的排队时间和从负载平衡器到后端的连接获取时间 …还有更多的信息。您需要首先配置访问日志。请阅读以下文章，了解如何使用ELB访问日志：

---

这些日志可能/可能无法解决您的问题，但肯定是一个很好的起点。此外，您可以随时与AWS技术支持部门联系，以获得更深入的分析。

AWS最近发布了ELB的一项新功能，仅用于此类故障排除场景。现在您可以获取ELB访问日志。这些访问日志可以帮助yopu确定不同时间间隔的请求所花费的时间。e、 g:

请求\u处理\u时间：从负载平衡器接收请求并将请求发送到已注册实例起经过的总时间（以秒为单位）

后端处理时间：从负载平衡器向注册实例发送请求到实例开始发送响应头所经过的总时间（以秒为单位）

响应\u处理\u时间：从负载平衡开始经过的总时间（秒）