An organization runs a high-throughput backend service on a Compute Engine Managed Instance Group (MIG) configured with CPU utilization autoscaling. During peak traffic events, newly provisioned VM instances require approximately 5 minutes to start application dependencies and warm up local data caches. During this warm-up phase, CPU usage spikes temporarily, causing the autoscaler to continuously launch redundant VM instances before the existing new instances can handle traffic. Which action should the Cloud Engineer take to prevent premature and excessive scaling during instance startup?
- Configure an appropriate cool-down period in the MIG autoscaling policy to allow instances to fully initialize before their metrics are evaluated.Answer
- BIncrease the target CPU utilization threshold in the autoscaling policy to 100% so initialization spikes are ignored.
- CReconfigure the instance template to use Spot VMs, which automatically pause metric collection during instance boot.
- DDeploy additional MIGs in multiple secondary regions to bypass regional compute instance quotas during traffic bursts.
Answer
Configure an appropriate cool-down period in the MIG autoscaling policy to allow newly created instances to complete their application startup before their CPU metrics are included in scaling decisions.
Configuring a cool-down period (also known as the initialization period) in the Managed Instance Group autoscaling policy specifies how long the autoscaler must wait after an instance boots before incorporating its usage metrics into autoscaling decisions. By setting this duration to cover the 5-minute startup and cache-warming window, metrics generated during initialization are ignored, preventing continuous, redundant instance provisioning.
Step-by-Step Solution
Key Concept
Compute Engine MIG Autoscaler Cool-Down Period Configuration
Estimated Time:2m 0s