A SysOps administrator is managing an Amazon EC2 Auto Scaling group (ASG) that hosts a batch processing application. To accommodate a predictable surge in workload, the administrator configured a scheduled scaling action to increase the desired capacity of the ASG from to instances daily at 06:00 UTC. However, the administrator notices that the desired capacity remains at at 06:00 UTC, and no scaling occurs. The administrator verifies that dynamic scaling policies triggered by CloudWatch alarms are still scaling the group successfully. What is the most likely cause of this issue?
- The ScheduledActions scaling process of the Auto Scaling group has been suspended.Answer
- BThe cooldown period of the Auto Scaling group is currently active, preventing any changes to the desired capacity.
- CThe CloudWatch alarm associated with the scheduled scaling action has been disabled or deleted.
- DThe Auto Scaling group's service-linked role lacks the iam:PassRole permission to execute scheduled tasks.
Answer
The ScheduledActions scaling process of the Auto Scaling group has been suspended.
The correct answer is that the ScheduledActions scaling process of the Auto Scaling group has been suspended. Amazon EC2 Auto Scaling allows you to suspend and resume individual scaling processes. If ScheduledActions is suspended, the Auto Scaling group will not execute any scheduled scaling actions. However, since processes like Launch and AlarmNotification are still active, dynamic scaling policies triggered by CloudWatch alarms will continue to work.
Step-by-Step Solution
Key Concept
Auto Scaling Suspended Processes