我希望为在AWS ECS上运行的服务设置Auto-Scaling。从ECS Auto-Scaling docs建议使用SurgeQueueLength来确定是否触发自动缩放事件。我们使用应用程序负载均衡器which does not have this metric，查看指标表似乎没有什么相同。我错过了什么，或者这只是目前ALB中缺少的功能吗？
谢谢， 亚历
答案 0 :(得分：1)
免责声明：我没有使用应用负载均衡器的经验。我只是从AWS文档中获取这些事实。如需更多动手阅读，您可以阅读the ALB section of this medium post
你是对的，在CloudWatch metrics for Application Load Balancers中没有SurgeQueueLength。这也在this thread by an AWS employee中得到确认，但是，这些指标可以用作CloudWatch指标来触发自动扩展：
TargetConnectionErrorCount：IMO最适合SurgeQueueLength，因为它表明Loadbalancer尝试打开与后端节点的连接而失败HTTPCode_ELB_5XX_Count：根据后端节点，这可能表明他们拒绝新连接，例如达到最大连接数RejectedConnectionCount：这是AWS员工在上面链接的内容中建议的内容。 Buuut ..文档说＆＃34;由于负载均衡器已达到其最大连接数而被拒绝的连接数＆＃34;这似乎更像是你无法真正影响的aws方面的限制（即limits on ALBs中没有描述）RequestCountPerTarget：这是后端节点每分钟获得的平均连接数。当您在一段时间内跟踪时，您可以评估一个健康的阈值＆＃34; TargetResponseTime：后端节点回答请求所需的秒数。评估健康阈值的另一个候选人＆＃34; （即＆＃34;您希望最终用户体验的最长响应时间是什么？＆＃34;）表明自己的问题是：＆＃34;为什么没有像SurgeQueueLength＆＃34;这样的队列指标。这在文档中没有得到回答。我想这可能是因为ALB的设计不同于ELB 或它是一个尚未公开的指标。
答案 1 :(得分：0)
ALB的设计有所不同，没有SurgeQueueLength或SpillOver指标。资料来源：AWS Staff。