使用gcloud更新GCP托管实例组时为何出现结果不一致的问题？

你遇到的执行命令后无实例替换的核心原因是GCP托管实例组(MIG)执行滚动更新时，默认仅比对实例关联的实例模板唯一ID是否与目标模板一致，不会校验模板内部引用的镜像内容是否发生变更。失败场景返回versionTarget.isReached: true、isStable: true，说明MIG判定当前所有实例已经匹配你指定的目标模板，无需执行任何操作。

方案1（推荐，符合GCP IaC最佳实践） #

每次新镜像推送至GCR后，先基于新镜像创建全新的实例模板，再用新模板触发滚动更新，MIG会自动识别模板ID变更触发全量替换：

1. 创建新实例模板，模板名增加时间戳等唯一标识：

gcloud compute instance-templates create my-template-$(date +%Y%m%d%H%M%S) \
    # 替换为你原有模板的所有配置参数，包括新的镜像地址、机器规格、网络配置等
    --region=us-central1

2. 用新生成的模板名执行滚动更新：

gcloud beta compute instance-groups managed rolling-action start-update my-instance-group \
    --version=template=替换为上一步生成的新模板名 \
    --replacement-method=substitute \
    --max-surge=3 \
    --max-unavailable=0 \
    --minimal-action=replace \
    --most-disruptive-allowed-action=replace \
    --region=us-central1

方案2（需复用原有模板名的场景） #

在原有命令末尾追加--force参数，跳过MIG的版本匹配校验，强制触发所有实例的替换操作，不管当前实例是否匹配目标模板：

gcloud beta compute instance-groups managed rolling-action start-update my-instance-group \
    --version=template=my-template-with-image \
    --replacement-method=substitute \
    --max-surge=3 \
    --max-unavailable=0 \
    --minimal-action=replace \
    --most-disruptive-allowed-action=replace \
    --region=us-central1 \
    --force

执行更新命令后，可通过以下命令查看执行状态，确认currentActions.creating数值大于0即代表更新已正常触发：

gcloud compute instance-groups managed describe my-instance-group --region=us-central1

内容的提问来源于stack exchange，提问作者mobyvb