An organization processes financial batch jobs using a Compute Engine Managed Instance Group (MIG) equipped with an autoscaler. During sudden traffic drops, the autoscaler immediately terminates instances, causing several active, long-running batch jobs to fail prematurely. The cloud engineering team must ensure active jobs complete safely while still allowing the MIG to scale down gracefully when load decreases. Which TWO actions should the team implement to meet these requirements?
- Configure scale-in controls within the MIG autoscaling policy and specify a stabilization period.Answer
- Apply instance protection from scale-in to specific Compute Engine instances while they are executing long-running jobs.Answer
- CUpdate the instance template used by the MIG to deploy Spot VMs to automatically block scale-in terminations.
- DAssign the primitive Owner role to the default Compute Engine service account to prevent automated deletion operations.
- ESubmit a regional Compute Engine vCPU quota increase request via the Google Cloud Console to halt autoscaling scale-in operations.
Answer
To protect active long-running batch jobs during autoscaling scale-in events, the team should configure scale-in controls with a stabilization period in the MIG autoscaling policy and apply instance protection from scale-in on VM instances actively processing jobs.
Configuring scale-in controls with a stabilization period establishes a trailing evaluation window that prevents sudden scale-in spikes. Additionally, enabling instance protection from scale-in on specific active instances explicitly guarantees that the MIG autoscaler will not terminate those instances while they complete long-running batch jobs.
Step-by-Step Solution
Key Concept
Managed Instance Group Scale-in Control and Instance Protection