应用程序负载均衡器的 SurgeQueueLength 等效项

我希望为 AWS ECS 上运行的服务设置自动缩放。来自ECS弹性伸缩文档 https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-auto-scaling.html它建议使用SurgeQueueLength确定是否触发自动缩放事件。我们使用应用程序负载均衡器没有这个指标 https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-cloudwatch-metrics.html，纵观指标表，似乎没有什么是等价的。我是否遗漏了某些内容，或者这只是目前 ALB 中缺少的功能？

免责声明：我没有应用程序负载均衡器方面的经验。我只是从 AWS 文档中得出这些事实。如需更多实际操作，您可以阅读这篇中等帖子的 ALB 部分 https://medium.com/@steve.mushero/load-balancers-sre-golden-signals-de8a98c74020#71c0

你是对的，在应用程序负载均衡器的 CloudWatch 指标 https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-cloudwatch-metrics.html没有SurgeQueueLength。这也在然而，这些指标could用作 CloudWatch 指标来触发自动扩展：

• TargetConnectionErrorCount：IMO 这最适合SurgeQueueLength因为它表明负载均衡器尝试打开与后端节点的连接但失败
• HTTPCode_ELB_5XX_Count：根据后端节点，这可能表明它们拒绝新连接，因为例如已达到最大连接数
• RejectedConnectionCount：这是AWS员工在上面链接的treadh中建议的。 Buuut ..文档说“由于负载均衡器已达到其最大连接数而被拒绝的连接数”，这似乎更像是 aws 方面的限制，您无法真正影响它（即，它没有在ALB 的限制 https://docs.aws.amazon.com/elasticloadbalancing/latest/application/load-balancer-limits.html)
• RequestCountPerTarget：这是后端节点每分钟获得的平均连接数。当您在一段时间内进行跟踪时，您也许能够评估“健康阈值”
• TargetResponseTime：后端节点响应请求所需的秒数。评估“健康阈值”的另一个候选者（即“您希望最终用户体验的最大响应时间是多少？”）

总的来说，您的问题似乎没有“明确的正确答案”，答案是“这取决于您的情况”。

提出的问题是：“为什么没有像 SurgeQueueLength 这样的队列指标”。文档中没有回答这个问题。我猜这是因为 ALB 的设计与 ELB 不同or这是一个尚未公开的指标。