AWS Auto Scaling组 - 每个目标的应用程序负载均衡器请求计数

Question

在AWS上，您可以创建一个自动扩展策略，该策略可根据“每个目标的应用程序负载均衡器请求数”进行扩展。

喜欢这个：

这个实例的最小值为1，最大值为5.它的目标是为我的ElbTargetGroup实现10个“每个目标的请求数”。

我的问题是，什么是“每个目标的应用程序负载均衡器请求数”？

这是：

• 从负载均衡器到目标的活动连接数除以目标数量？
• 每5分钟的请求数除以目标数量？
• 每1分钟的请求数除以目标数量？

文档here只是说：

  

目标组中每个目标收到的平均请求数。您必须使用TargetGroup维度指定目标组。

此外，它必须超过该目标才能开始创建新实例？我问的主要原因是我向这个负载均衡器发送了很多请求，但是没有触发扩展事件。

Answer 1

答案是你的第一选择： “来自负载均衡器的目标的活动连接数除以目标数” 指标是否超过i或5分钟，取决于您的CloudWatch设置，如下所述。

您可以在AWS ALB doc

中查看负载均衡器的所有指标定义

并非同时存在“RequestCount”和“RequestCountPerTarget”，其中后者是前者除以活动目标的数量。

您可以在CloudWatch控制台中看到这两个指标，但更简单地在EC2控制台中。选择左侧疼痛的目标组，然后选择监控选项卡。 （请注意，“目标组”的“监视”选项卡与“负载均衡器”屏幕中的“监视”之间存在大量重叠）

就更改后自动缩放所需的时间而言，请注意默认情况下CloudWatch每5分钟检查一次指标。 AWS recommends您开启详细监控以获取每分钟的指标

Answer 2

RequestCountPerTarget是负载均衡器指标。 documentation中概述了ELB指标始终超过1分钟：

  

Elastic Load Balancing仅在以下情况下将指标报告给CloudWatch   请求正在通过负载平衡器。如果有要求   流过负载均衡器，弹性负载均衡措施和   每60秒发送一次其指标。如果没有要求   流经负载均衡器或没有度量标准的数据，该度量标准   没有报告。

因此，如果您坚持使用该指标，则无需为详细的EC2实例指标付费。仅当您需要在实例上使用诸如CPU利用率之类的内容时，这才有意义。