我有一个自动伸缩组，我想根据服务器接收的连接数设置一个动态伸缩策略。
这些服务器都在负载均衡器后面，我想根据平均连接数来增加/减少服务器的数量。
我尝试了动态策略Application Load Balancer request count per target，但我的负载均衡器是一个网络，而不是一个应用程序，所以我不能使它工作。(但这似乎是完美的)。
如何设置动态策略以根据连接数触发up/down ?
RequestCountPerTargetmetric指发送到目标的HTTP请求的平均次数。由于网络负载均衡器是第4层设备，它们不知道HTTP/HTTPS或任何其他更高层的协议。显然，他们可以路由HTTP，因为HTTP运行在TCP之上，但他们不能理解HTTP协议本身。
据我所知，网络负载均衡器提供的RequestCountPerTarget没有类似的度量。我们可以做些什么来克服这个问题:
- 从我们的后端为每个目标创建一个自定义度量，计算HTTP请求的数量。该指标可以发布到CloudWatch，并可以用作自动缩放的输入。
- 为每个请求发布一个日志条目，并从日志中创建一个度量过滤器。虽然这不需要在后端更改代码，但拥有大量流量可能会导致非常嘈杂的日志流，并且还可能通过在CloudWatch中摄取大量腿部条目而显着增加成本。