Professional Cloud DevOps Engineer
Prepare and test your skills
Prepare and test your skills
Worked example. The correct answer is already marked and every option is explained below, so there is nothing to select here. To answer questions yourself, start the free trial.
Keep the momentum going with these hand-picked practice scenarios
Want more questions like this?
Get a free certification question every week.
Last updated
A mission-critical e-commerce application is deployed across three zones using a regional Managed Instance Group (MIG) with a target size of 30 VM instances (10 instances per zone). During operational hours, the application cannot tolerate any reduction in its baseline serving capacity, as dropping below 30 active instances will cause immediate request latency spikes and service degradation. A security patch requires updating the operating system image across the fleet by rolling out a new instance template.
Which update policy configuration should you apply to execute an automated rolling update without dropping below the required 30 serving instances?
Set the update type to opportunistic, configure both maxSurge and maxUnavailable to 0, and execute a rolling replace command.
Set the update type to proactive, configure maxUnavailable to 0, set maxSurge to a positive value (such as 3 or 10%), and allow REPLACE as the disruption action.
Set the update type to proactive, configure maxSurge to 0, set maxUnavailable to 3, and allow REPLACE as the disruption action.
Set the update type to proactive, set minimalAction to REFRESH, set mostDisruptiveAllowedAction to RESTART, and configure maxSurge to 3.
Set the update type to opportunistic, configure both maxSurge and maxUnavailable to 0, and execute a rolling replace command.
Set the update type to proactive, configure maxUnavailable to 0, set maxSurge to a positive value (such as 3 or 10%), and allow REPLACE as the disruption action.
A proactive rolling update in a Managed Instance Group (MIG) automatically rolls out a new instance template across existing instances according to the configured updatePolicy parameters, managing instance lifecycles while maintaining health and capacity.
maxUnavailable to 0 guarantees that Compute Engine will never stop, delete, or take offline any existing healthy VM instance before an equivalent replacement instance is fully booted, healthy, and available to serve traffic.maxSurge to a positive value (e.g., 3 instances or 10%) instructs the MIG Updater to provision temporary additional instances above the targetSize using the new instance template before terminating old instances.REPLACE action enables the MIG to replace instances with the new template without failing the update request.maxSurge up or down to balance rollout speed against infrastructure quota and compute budget.This configuration represents the standard pattern for zero-downtime rolling upgrades in production environments where capacity deficits cannot be tolerated. The Updater provisions new surged VMs first, verifies their health, and only then tears down old instances.
Set the update type to proactive, configure maxSurge to 0, set maxUnavailable to 3, and allow REPLACE as the disruption action.
Set the update type to proactive, set minimalAction to REFRESH, set mostDisruptiveAllowedAction to RESTART, and configure maxSurge to 3.