A company runs a batch processing worker fleet of Amazon EC2 instances managed by an Auto Scaling group. The worker instances require minutes to complete their initialization and setup scripts before they are ready to process messages from an Amazon SQS queue. The current scaling policy uses a default cooldown period of minutes. During sudden message volume increases, the Auto Scaling group repeatedly launches unnecessary additional instances before the newly created instances can begin processing messages. Which change should a Solutions Architect implement to optimize the scaling behavior and prevent over-provisioning?
- Increase the default cooldown period of the Auto Scaling group to at least minutes to match the initialization time of the instances.Cevap
- BDecrease the default cooldown period of the Auto Scaling group to minute to allow scaling metrics to stabilize faster.
- CSubmit a request to AWS Support to pre-warm the fronting Application Load Balancer to absorb the sudden demand spike.
- DDeploy a single NAT Gateway in a public subnet to accelerate the retrieval of setup dependencies for the instances.
Cevap
Increase the default cooldown period of the Auto Scaling group to at least minutes to match the initialization time of the instances.
The correct option correctly identifies that the cooldown period must be at least as long as the initialization time of minutes. This ensures that the Auto Scaling group does not launch additional instances in response to outdated scaling metrics while the newly launched instances are still bootstrapping.
Adım Adım Çözüm
Anahtar Kavram
Auto Scaling Cooldown Configuration
Tahmini Süre:1m 0s