我正在尝试了解扩展策略和所需实例如何相互配合。
建议我遇到以下情况。
扩展策略：
初始状态：2 个实例已启动。
第一步：
将两个实例的 CPU 提高到平均 90%。
第二步发生：
Auto Scaling 将实例数量增加到 3 个。
第三步：
将机器的平均 CPU 保持在 40% 左右，这样就不会触发横向扩展或缩减。
第四步：
现在我们有三个实例，没有横向扩展或横向触发，但所需的实例是两个。什么规则应该“获胜”？
所需的 2 实例（将删除一个实例）？
或者扩展策略（什么都不应该改变，保持 3 个实例正常运行）？
【问题讨论】：
标签： amazon-web-services amazon autoscaling
Auto Scaling 将始终尝试为您提供 Desired Capacity 指示的实例数。
例如，当使用Desired Capacity = 2 启动一个 Auto Scaling 组时，Auto Scaling 将启动 2 个实例。将 Desired Capacity 更改为 3 会导致 Auto Scaling 启动额外的 1 个实例（总计 = 3）。
扩展策略告诉自动扩展更改所需容量。
例如，由 CPU 超过给定阈值触发的 Amazon CloudWatch 警报可以配置为触发扩展策略。 Scaling Policy 可以配置 Add 1 instance 规则，这将导致 Desired Capacity 增加 1。（注意：Desired Capacity 将始终保持在 Min 和 Max 的边界内，因此扩展策略实际上可能不会更改所需容量。）
在您的示例中，第 1 步导致触发 CloudWatch 警报，该警报执行了一项扩展策略，将所需容量从 2 增加到 3。没有竞争规则可以“获胜”。
Scaling adjustment types 可以是：ChangeInCapacity、ExactCapacity 和 PercentChangeInCapacity。
【讨论】：
如果您手动设置所需的值，则 Auto Scaling 组（几乎）会立即缩放（进/出）到该数字。
【讨论】：