Amazon web services 有没有办法扩大规模；“实例”；（ASG的一部分）在某些自定义度量上？

我正在使用AutoScalingGroup启动一组EC2实例。这些实例充当工作人员，不断听取SQS的任何新请求。

要求： 在吞吐量（即SQS中存在的消息总数乘以实例总数）等方面进行放大

当ASG中的任何实例闲置（CPUIdle）超过15分钟时，我想缩小规模

注意：我不寻找任何整体上适用于特定ASG的指标（例如：平均CPU）

一种方法是定义自定义度量，并允许它触发cloudwatch警报来执行此操作。

---

有没有更好的方法来实现这一点？

如果您在实例级别定义扩展策略，那么您就无法实现ASG的全部目的。如果需要根据不断变化的条件（如队列大小）进行扩展，则可以根据此处指定的条件配置ASG

要发送到Amazon CloudWatch的自定义指标，用于测量自动缩放组中每个EC2实例队列中的消息数

目标跟踪策略，该策略将自动缩放组配置为基于>自定义度量和设置的目标值进行缩放。CloudWatch警报调用缩放策略

如果您知道队列大小上升或下降时的特定时间窗口，还可以根据时间表进行缩放

---

您总是可以从ASG中非常低的实例数开始，并将所需的容量设置为这样（例如1）并根据队列进行扩展，这样您就可以继续使用ASG策略。

如果您在实例级别定义扩展策略，那么您就无法实现ASG的全部目的。如果需要根据不断变化的条件（如队列大小）进行扩展，则可以根据此处指定的条件配置ASG

要发送到Amazon CloudWatch的自定义指标，用于测量自动缩放组中每个EC2实例队列中的消息数

目标跟踪策略，该策略将自动缩放组配置为基于>自定义度量和设置的目标值进行缩放。CloudWatch警报调用缩放策略

如果您知道队列大小上升或下降时的特定时间窗口，还可以根据时间表进行缩放

---

您总是可以从ASG中非常低的实例数开始，并将所需的容量设置为这样（例如1）并根据队列进行扩展，这样您就可以继续使用ASG策略。

“如果您在实例级别定义扩展策略，那么您就无法实现ASG的全部目的。”我这样做是为了在请求量很大的情况下处理大量负载，同时也希望确保我不会在任何仍在工作的实例中进行扩展。我不认为按计划进行扩展对我来说是正确的方法，因为流量是不可预测的。您可以始终在自动扩展中使用连接排水功能，以避免在任何正在使用的实例中进行扩展。“如果您在实例级别定义扩展策略，那么您就无法实现ASG的全部目的。”我这样做是为了在请求量很大时处理大量负载，同时也希望确保我不会在任何仍在工作的实例中进行扩展。我不认为按计划进行扩展对我来说是正确的方法，因为流量是不可预测的。您可以始终在自动扩展中使用连接排水功能，以避免在任何正在使用的实例中进行扩展。