A company runs a web application on Amazon EC2 instances managed by an Auto Scaling group. The group is configured with a target tracking scaling policy based on the `ASGAverageCPUUtilization` metric with a target value of . During sudden traffic spikes, the Auto Scaling group launches new instances to handle the load. However, the newly launched instances require approximately minutes to download application packages, run bootstrapping scripts, and begin processing requests. During this startup period, the Auto Scaling group continues to launch additional instances, resulting in significant overprovisioning and high costs. Which action should the SysOps administrator take to prevent this overprovisioning?
- AIncrease the default cooldown period of the Auto Scaling group to seconds.
- BEnable detailed monitoring on the Amazon EC2 launch template to increase the CloudWatch metric granularity to -minute intervals.
- Increase the estimated instance warmup time in the target tracking scaling policy to seconds.Answer
- DConfigure an Amazon EC2 Auto Scaling lifecycle hook to keep the new instances in the `Pending:Wait` state for minutes.
Answer
Increase the estimated instance warmup time in the target tracking scaling policy to seconds.
Increasing the estimated instance warmup time to seconds is correct because target tracking scaling policies ignore the default cooldown period of the Auto Scaling group and rely entirely on the estimated instance warmup. Setting this warmup period to match the -minute bootstrapping time ensures that the group waits for new instances to start processing traffic and contributing to metrics before evaluating whether to scale out again.
Step-by-Step Solution
Key Concept
Instance warmup configuration in EC2 Auto Scaling target tracking policies
Estimated Time:1m 30s