A cloud administrator is managing an internal web service hosted on a Compute Engine Managed Instance Group (MIG). During temporary traffic spikes, the application suffers performance degradation because the MIG's autoscaler scales out too late and immediately scales in as soon as CPU load drops briefly, resulting in rapid instance thrashing. Upon reviewing the configuration, the administrator observes that target CPU utilization is set to with a scale-in stabilization period of seconds. Which configuration change to the autoscaling policy should the administrator make to stabilize the instance group in accordance with Google-recommended best practices?
- Lower the target CPU utilization threshold to a moderate level such as - and configure a non-zero scale-in stabilization period.Cevap
- BSet the target CPU utilization to and reduce the minimum instance count to to allow maximum scaling range.
- CMigrate the Managed Instance Group template to use Spot VMs so Compute Engine automatically manages capacity spikes without triggering autoscaler metrics.
- DGrant the project Owner primitive IAM role to the Compute Engine service account to remove API throttling limits during scaling operations.
Cevap
Lower the target CPU utilization threshold to a moderate level such as 60%-70% and configure a non-zero scale-in stabilization period.
The correct action is to lower the target CPU utilization threshold and establish a non-zero scale-in stabilization period. Google Cloud recommends keeping CPU utilization targets moderate (e.g., 60%-80%) so that existing instances can handle load increases while new instances boot up. Adding a scale-in stabilization period ensures the autoscaler evaluates sustained metrics rather than reacting immediately to short-term dips in load, thereby preventing instance thrashing.
Adım Adım Çözüm
Anahtar Kavram
Managed Instance Group (MIG) Autoscaling Metrics & Stabilization