负载均衡器监控浪涌队列长度
Load Balancer Monitoring Surge Queue Length
任何人都可以向我解释一下我的 AWS 负载均衡器发生了什么事吗？
我看到指标 激增队列长度 有两条线以累积方式增长 "together"：
根据文档，它说这是负载均衡器上要由后端（EC2 实例）处理的请求队列，我发现的所有故障排除建议都指向后端的性能问题，但在我的例子中，实例是健康的（CPU、内存、磁盘 i/o，等等。一切都很好）。
此负载均衡器属于只有一个实例的 Elastic Beanstalk 工作环境。每次我部署新版本时，Surge Queue Length 似乎都被清除了。
任何人都可以解释为什么即使我的后端实例正常，这个累积队列仍在增长吗？为什么这在我部署时被清除？
即使后端的 EC2 实例看起来很健康（CPU、内存、磁盘等），它也可能落后于处理 ELB 发送的请求。如果（就像我的情况一样）EC2 在具有 Docker 的 Elastic Beanstalk 环境下 运行ning，则可能会发生这种情况，其中 EC2 实例只能 运行 一个 Docker 容器。在这种情况下，应用程序的 Docker 容器 运行 无法处理所有传入请求，但由于它位于隔离环境（容器）内，因此无法使用所有可用的请求EC2 实例中的资源。
就我而言，即使我的 EC2 实例报告它们正在使用 5% CPU，我也必须在 Autoscaling Group（位于 ELB 后面）内扩展我的 EC2 实例。扩大规模后（CPU 利用率下降到 1%），我的性能问题就消失了。
希望对您有所帮助
任何人都可以向我解释一下我的 AWS 负载均衡器发生了什么事吗？
我看到指标 激增队列长度 有两条线以累积方式增长 "together"：
根据文档，它说这是负载均衡器上要由后端（EC2 实例）处理的请求队列，我发现的所有故障排除建议都指向后端的性能问题，但在我的例子中，实例是健康的（CPU、内存、磁盘 i/o，等等。一切都很好）。
此负载均衡器属于只有一个实例的 Elastic Beanstalk 工作环境。每次我部署新版本时，Surge Queue Length 似乎都被清除了。
任何人都可以解释为什么即使我的后端实例正常，这个累积队列仍在增长吗？为什么这在我部署时被清除？
即使后端的 EC2 实例看起来很健康（CPU、内存、磁盘等），它也可能落后于处理 ELB 发送的请求。如果（就像我的情况一样）EC2 在具有 Docker 的 Elastic Beanstalk 环境下 运行ning，则可能会发生这种情况，其中 EC2 实例只能 运行 一个 Docker 容器。在这种情况下，应用程序的 Docker 容器 运行 无法处理所有传入请求，但由于它位于隔离环境（容器）内，因此无法使用所有可用的请求EC2 实例中的资源。
就我而言，即使我的 EC2 实例报告它们正在使用 5% CPU，我也必须在 Autoscaling Group（位于 ELB 后面）内扩展我的 EC2 实例。扩大规模后（CPU 利用率下降到 1%），我的性能问题就消失了。
希望对您有所帮助