Amazon Auto Scaling 如何在 DDos 攻击中发挥作用
How does Amazon Auto scaling work in a DDos attack
我已经设置了我的自动缩放组以在 Elastic Beanstalk CPU 使用率超过 60% 5 分钟时添加一个新的 EC2 实例。
我明白了，但是如果添加 1 个实例还不够并且 CPU 使用率仍然高于 60%，会发生什么情况，自动缩放组是否会添加更多 EC2 实例直到 CPU 使用率低于 60% ？
自动缩放机制由两部分组成
一个是自动缩放组，它包含要启动的 AMI 和 min/max/current 数量的服务器到 运行。自动缩放组具有可以触发的缩放策略，操作可以例如 - 添加服务器/删除服务器/添加当前服务器的 20%。
第二部分是 CloudWatch，它监控自动缩放组中的服务器并可以触发缩放策略，例如，如果所有服务器都超过 60% CPU z 时间触发策略 X . 或者如果网络连接到服务器的时间超过 X 触发策略 Y。
一旦策略被触发，在再次检查指标之前会有一个宽限期。
对于您的情况，我建议根据 CPU 和 Network IN 创建 2 个 CloudWatch 指标。
是的
auto scaling group add more EC2 instances until CPU usage goes below 60%
我已经设置了我的自动缩放组以在 Elastic Beanstalk CPU 使用率超过 60% 5 分钟时添加一个新的 EC2 实例。
我明白了，但是如果添加 1 个实例还不够并且 CPU 使用率仍然高于 60%，会发生什么情况，自动缩放组是否会添加更多 EC2 实例直到 CPU 使用率低于 60% ？
自动缩放机制由两部分组成 一个是自动缩放组，它包含要启动的 AMI 和 min/max/current 数量的服务器到 运行。自动缩放组具有可以触发的缩放策略，操作可以例如 - 添加服务器/删除服务器/添加当前服务器的 20%。
第二部分是 CloudWatch，它监控自动缩放组中的服务器并可以触发缩放策略，例如，如果所有服务器都超过 60% CPU z 时间触发策略 X . 或者如果网络连接到服务器的时间超过 X 触发策略 Y。
一旦策略被触发，在再次检查指标之前会有一个宽限期。
对于您的情况，我建议根据 CPU 和 Network IN 创建 2 个 CloudWatch 指标。
是的
auto scaling group add more EC2 instances until CPU usage goes below 60%