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

【问题标题】：AWS Auto Scaling Group - Application Load Balancer Request Count Per TargetAWS Auto Scaling 组 - 每个目标的应用程序负载均衡器请求计数
【发布时间】：2018-05-16 15:28:06
【问题描述】：

在 AWS 上，您可以创建基于“Application Load Balancer Request Count Per Target”进行扩展的自动扩展策略。

像这样：

这有最少 1 个实例和最多 5 个实例。它应该旨在为我的 ElbTargetGroup 实现 10 个“每个目标的请求数”。

我的问题是，什么是“Application Load Balancer Request Count Per Target”？

这是：

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

文档here 只是说：

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

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

【问题讨论】：

好问题????!
您是否找到过此问题的答案，因为我认为以下来自 AstroTom 的答案不正确，因为它不允许您将此指标设置为 5 分钟或 1 分钟或启用详细监控因为它不是 EC2 指标，所以我只能找到 EC2 实例而不是 ALB 的详细监控选项。谢谢。
我也很想知道你是否找到了答案，因为我看到了同样的行为
确定的一种方法是创建扩展策略，然后转到 CloudWatch 页面。该策略将创建两个用于管理扩展的警报。您可以查看警报的定义，以了解究竟是什么导致它进入警报状态（特别注意“阈值”字段）。

标签： amazon-web-services amazon-ec2 autoscaling

【解决方案1】：

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

Elastic Load Balancing 仅在以下情况下向 CloudWatch 报告指标请求正在流经负载均衡器。如果有要求流经负载均衡器、Elastic Load Balancing 措施和以 60 秒的间隔发送其指标。如果没有请求流经负载均衡器或没有数据的指标，该指标没有报告。

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

【讨论】：

【解决方案2】：

答案是您的首选： “从负载均衡器到目标的活动连接数除以目标数” 指标是超过 i 分钟还是超过 5 分钟，取决于您的 CloudWatch 设置，如下所述。

您可以在AWS ALB doc 中查看负载均衡器的所有指标定义

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

您可以在 CloudWatch 控制台中查看这两个指标，但在 EC2 控制台中更简单。选择左侧疼痛上的目标组，然后选择监控选项卡。（请注意，目标组的监控选项卡和负载均衡器屏幕中的监控有很多重叠）

关于更改后自动缩放需要多长时间，请注意默认情况下 CloudWatch 每 5 分钟检查一次指标。 AWS recommends你开启详细监控，每分钟获取指标

【讨论】：