You have a Managed Instance Group (MIG) with 5 instances running a web application. You want to update the application version on all instances with minimal downtime.
Which behavior best describes how the MIG handles rolling updates?
Think about how to keep the service available during updates.
MIGs perform rolling updates by updating instances one at a time or in small batches. This approach keeps some instances running to serve traffic, minimizing downtime.
You have a Managed Instance Group with health checks configured. One instance fails the health check.
What does the Managed Instance Group do automatically?
Consider how MIGs maintain the desired number of healthy instances.
MIGs mark instances as unhealthy when they fail health checks and recreate them after a grace period to maintain the target size and health.
You want to grant a team member permissions to create and manage Managed Instance Groups without giving full project access.
Which IAM role should you assign?
Look for the role specific to Managed Instance Groups.
The role roles/compute.instanceGroupManager grants permissions to create and manage Managed Instance Groups without broader project permissions.
You configure an autohealing policy with a health check on a Managed Instance Group.
What happens when an instance fails the health check under this policy?
Think about how autohealing maintains instance health.
Autohealing automatically recreates instances that fail health checks to maintain group health and availability.
You expect sudden increases in traffic to your application. You want the Managed Instance Group to add instances quickly but avoid excessive costs.
Which configuration best achieves this?
Consider balancing responsiveness and cost control.
Autoscaling based on CPU utilization with limits and cooldowns allows the group to scale up quickly during spikes and scale down to save costs.