我正在测试 AWS 自动缩放。我创建了一个简单的弹性豆茎并编辑了缩放设置。这是 Auto Scaling 组扩展策略的屏幕截图：
如您所见，我试图让该组拥有 5 到 10 个永久健康的实例。实例的最大和最小数量已设置为 20 和 2。
我只运行了 2 个实例（最少）。
报警定义为：
负载均衡器的警报似乎工作正常：
但是伸缩组没有启动新实例。我已经尝试以相反的方式设置警报（我不确定当它们从 true 变为 false 或从 false 变为 true 时会触发它们），这会导致 20 个实例（最大值）
【问题讨论】：
标签： amazon-web-services autoscaling
这不是您应该使用 Auto Scaling 的方式。
当 Elastic Beanstalk 创建“负载平衡、自动缩放”环境时，它会为您创建 Auto Scaling 组。作为这些配置的一部分，您可以指定要在 Auto Scaling 组中启动的最小和最大数量的实例：
Auto Scaling 组随后会将实例的当前 Desired Capacity 保持在最小值和最大值之间。如果一个实例失败（定义如下），Auto Scaling 将自动将该实例替换为另一个实例以保持所需容量。
扩展策略随后用于调整所需容量。扩展策略应使用某种“负载”度量来确定何时添加或删除实例，例如 CPU 利用率或 Amazon SQS 队列的大小。目的是在需要更多容量时添加额外的服务器，并在容量过多时移除服务器。
HealthyHostCount 指标表示有多少服务器通过了 Elastic Load Balancing 运行状况检查。如果实例未通过健康检查，负载均衡器将停止向其发送请求，但会继续执行健康检查。如果实例再次变得健康，负载均衡器将继续向该服务器发送请求。可以将 Elastic Load Balancing 运行状况检查配置为检查服务器上的特定页面，以确认应用程序运行状况良好。
Auto Scaling 执行健康检查时，它只是checking the the status of the virtualization environment，与EC2 管理控制台显示2/2 status checks 的方式相同。但是，可以将 Auto Scaling 配置为使用 Elastic Load Balancing 运行状况检查。这样，Auto Scaling 可以收到应用程序运行状况不佳的通知，并且可以自动替换失败的实例（或具有失败应用程序的实例）。
您说您的目标是“让该组有 5 到 10 个永久健康的实例”。这是 Auto Scaling 的工作，尤其是当它已配置为使用 Elastic Load Balancing 运行状况检查时。扩展策略的工作是根据工作负载确定何时添加/删除实例。 不应将扩展策略用作替换不正常实例的手段。
所以，我建议：
【讨论】：