- Newest
- Most votes
- Most comments
You can check why scale-in didn't happen via the steps here: https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scaling-activities.html#include-not-scaled-activities-with-the-aws-cli
With a very small service like this, its likely that the metric wasn't low enough. If AutoScaling calculates that removing 1 task will bring the metric back over the target (85% here) then it will choose not to scale-in, even when the Alarm is going off (since if it did scale-in, it would likely result in an immediate scale-out from the increased load on the remaining tasks)
If you don't want these safety features, then you'll need to configure Step scaling instead - however, this will likely result in a less stable environment. Alternatively, if you think scale-in is safe at this point and another metric would better represent this, then you can consider changing the target tracking metric and/or adding another policy tracking the new metric (and disabling scale-in on the Memory policy)
Relevant content
- asked 8 months ago
- asked 4 years ago
- AWS OFFICIALUpdated 8 months ago
- AWS OFFICIALUpdated a year ago
- AWS OFFICIALUpdated 3 months ago
