【问题标题】:Amazon AWS Auto Scaling Group Fails with Requests per Target MetricAmazon AWS Auto Scaling 组因每个目标指标的请求而失败
【发布时间】:2018-08-10 01:20:58
【问题描述】:

我配置了一个 Auto Scaling 组和一个启动配置,该配置将使用绑定到目标组指标(特别是 RequestCountPerTarget)的扩展策略。

但是,它未能触发缩放事件。

Auto Scaling 组

  • Auto Scaling 组配置了正确且现有的启动配置,其中对实例没有活动限制。
  • 最大实例计数高于所需计数。
  • “活动历史记录”选项卡显示触发的事件为零。

CloudWatch 警报

  • Auto Scaling 组和扩展策略的创建创建了一个自动警报。
  • 警报将状态更新为ALARM,并触发了自动操作。

自动报警触发动作

{
  "error": null,
  "actionState": "Succeeded",
  "notificationResource": "arn:aws:autoscaling:ap-southeast-1:0000:scalingPolicy:0000:autoScalingGroupName/WebScalingGroupV1:policyName/Scale API Requests",
  "stateUpdateTimestamp": 1519937155623,
  "publishedMessage": null
}

我完全删除了这个组和配置,以重新创建它。

我的配置和伸缩组名称中有空格;我也有同样的问题。

【问题讨论】:

    标签: amazon-web-services autoscaling amazon-cloudwatch


    【解决方案1】:

    在与 AWS 支持工程师 Manu 交谈后,确定阻止自动扩展操作触发的根本原因是配置冲突导致 MinimumDesired 实例设置为零。

    当当前容量 (Desired) 为零时,Amazon Auto Scaling 组将根据目标跟踪触发,并且显然也不会通过错误日志给出任何明确的故障指示.

    参考目标跟踪注意事项https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-target-tracking.html#target-tracking-considerations

    当当前容量为 0 时,目标跟踪扩展策略不会扩展您的 Auto Scaling 组,因为目标跟踪与当前容量成比例地扩展。

    【讨论】:

      猜你喜欢
      • 2017-04-23
      • 2016-01-17
      • 2018-05-16
      • 2012-04-14
      • 2018-09-03
      • 2014-10-14
      • 2014-01-06
      • 2018-03-25
      • 2020-08-13
      相关资源
      最近更新 更多