A SysOps administrator manages an Amazon EC2 Auto Scaling group (ASG) that hosts a batch processing application. The ASG is configured with a simple scaling policy that launches additional EC2 instances when average CPU utilization exceeds for a single -minute period. The policy has a cooldown period of seconds. During a high-load event, the average CPU utilization reaches and remains constant for minutes. The ASG successfully launches the first additional instances, but no further scaling actions occur despite the CPU utilization remaining at and the processing queue growing. Which action should the administrator take to ensure the ASG continues to scale out as long as the CPU utilization remains above the threshold?
- ADecrease the scaling policy's cooldown period to seconds.
- BEnable detailed monitoring in the launch template and update the CloudWatch alarm to evaluate the CPU utilization metric at -minute intervals.
- Replace the simple scaling policy with a step scaling policy.Answer
- DConfigure an Amazon EventBridge rule that detects when the Auto Scaling policy execution status is successful, and use it to invoke an AWS Systems Manager Automation document that resets the alarm state.
Answer
Replace the simple scaling policy with a step scaling policy.
Replacing the simple scaling policy with a step scaling policy is the correct solution. Simple scaling policies are only triggered when the CloudWatch alarm changes its state (e.g., from OK to ALARM). If the metric remains continuously above the threshold, the alarm stays in the ALARM state and does not transition again, preventing further scaling actions. In contrast, step scaling policies can continuously evaluate metrics and perform scaling actions as long as the alarm is in the ALARM state and the instance warm-up periods have expired.
Step-by-Step Solution
Key Concept
Auto Scaling Simple vs. Step Scaling Policies