我试图了解扩展政策和所需实例如何相互适应。
建议我有以下情况。
扩展政策:
初始状态:2个实例已启动。
第一步:
将两个实例的CPU平均增加到90%。
第二步发生:
Auto Scaling将实例数增加到3个。
第三步:
保持机器的平均CPU大约40%,这样就不会触发扩展或缩放。
第四步:
现在我们有三个实例,没有缩小或触发器,但是所需的实例是两个。什么规则应该"赢得"?
2的所需实例(一个实例将被删除)?
或者缩放政策(什么都不应该改变,保持3个实例)?
答案 0 :(得分:2)
Auto Scaling将始终尝试为您提供所需容量指示的实例数。
例如,当使用Desired Capacity = 2
启动自动缩放组时,自动缩放将启动2个实例。将所需容量更改为3将导致自动缩放以启动1个额外实例(总计= 3)。
扩展政策告知自动扩展为更改所需容量。
例如,CPU超过给定阈值的Amazon CloudWatch警报可以配置为触发扩展策略。可以使用添加1实例规则配置扩展策略,这将导致所需容量增加1.(注意:所需容量将始终保持在最小值和最大值的边界内,因此扩展策略可能实际上不会改变所需容量。)
在您的示例中步骤1导致CloudWatch警报触发,执行了一项扩展策略,将所需容量从2增加到3.没有竞争规则来赢取"
Scaling adjustment types可以是:ChangeInCapacity
,ExactCapacity
和PercentChangeInCapacity
。
答案 1 :(得分:0)
如果您手动设置所需的值,则自动缩放组(几乎)会立即缩放(输入/输出)该数字。