选择性地在 MIG 中应用虚拟机配置更新

本文档介绍了如何选择性地将配置更新应用于代管式实例组 (MIG) 中的虚拟机 (VM) 实例。

Compute Engine 会根据您使用的配置组件（实例模板、可选的所有实例配置和可选的有状态配置）来维护 MIG 中的虚拟机。

每当您通过更改这些组件来更新 MIG 的虚拟机配置时，Compute Engine 都会自动将更新后的配置应用于添加到组中的新虚拟机。

如需将更新后的配置应用于现有虚拟机，您可以设置选择性更新（也称为“寻机”更新类型）。此类更新具有以下优势：

• 您可以选择要更新的虚拟机。
• 您可以控制更新的时间和顺序。
• 您可以使用 gcloud CLI 或 REST 立即更新所有虚拟机。

或者，如果您想要将新配置自动发布到 MIG 中的所有虚拟机或随机的一部分虚拟机，请参阅在 MIG 中自动应用虚拟机配置更新。 为帮助您作出决定，请参阅将新配置应用于现有虚拟机的方法。

准备工作

• 设置身份验证（如果尚未设置）。身份验证是通过其进行身份验证以访问 Google Cloud 服务和 API 的过程。如需从本地开发环境运行代码或示例，您可以按如下方式向 Compute Engine 进行身份验证。
  

  Select the tab for how you plan to use the samples on this page:

  Console

  When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

  gcloud

  1. Install the Google Cloud CLI, then initialize it by running the following command:

     gcloud init

  2. Set a default region and zone.

  REST

  如需在本地开发环境中使用本页面上的 REST API 示例，请使用您提供给 gcloud CLI 的凭据。

  Install the Google Cloud CLI, then initialize it by running the following command:

  gcloud init

  如需了解详情，请参阅 Google Cloud 身份验证文档中的使用 REST 时进行身份验证。

将更新后的配置应用于选定的虚拟机

确保将组的更新政策类型设置为“寻机”，以防止 MIG 自动将新的虚拟机配置应用到现有虚拟机。如需了解详情，请参阅检查组的更新政策类型。

然后，使用 gcloud CLI 或 REST 更新 MIG 的配置，并将最新配置应用于组中的特定虚拟机或组中的所有虚拟机。

gcloud compute instance-groups managed set-instance-template INSTANCE_GROUP_NAME \
    --template=INSTANCE_TEMPLATE

gcloud compute instance-groups managed update-instances INSTANCE_GROUP_NAME \
    --instances INSTANCE_NAMES \
    --most-disruptive-allowed-action DISRUPTION_LEVEL \
    --minimal-action DISRUPTION_LEVEL

gcloud compute instance-groups managed update-instances INSTANCE_GROUP_NAME \
    --all-instances \
    --most-disruptive-allowed-action DISRUPTION_LEVEL \
    --minimal-action DISRUPTION_LEVEL

PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/INSTANCE_GROUP_NAME

{
  "updatePolicy": {
    "type": "OPPORTUNISTIC"
  },
  "versions": [{
    "instanceTemplate": "global/instanceTemplates/NEW_TEMPLATE",
  }]
}

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/INSTANCE_GROUP_NAME/applyUpdatesToInstances
{
  "instances": [
    "zones/ZONE/instances/INSTANCE_NAME_1",
    "zones/ZONE/instances/INSTANCE_NAME_2"
  ],
  "minimalAction": DISRUPTION_LEVEL,
  "mostDisruptiveAllowedAction": DISRUPTION_LEVEL
}

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/INSTANCE_GROUP_NAME/applyUpdatesToInstances
{
  "allInstances": true,
  "minimalAction": DISRUPTION_LEVEL,
  "mostDisruptiveAllowedAction": DISRUPTION_LEVEL
}

发出请求后，您可以检查状态以验证更新是否已完成。

在选择性更新期间控制中断级别

根据更新的具体性质，它可能造成实例状态中断。例如，如果要更改某实例的启动磁盘，则必须替换该实例。选择性更新期间，您可以通过设置以下选项来控制中断级别：

• 最少操作：使用此选项可尽可能减少中断，或应用超出必要中断次数的操作。

  • 如需尽可能避免中断，请将最少操作设置为 NONE。如果您的更新需要中断次数更多的操作，Compute Engine 将执行必要的操作来执行更新。
  • 如需应用比严格需要更多的中断操作，请将最少操作设置为 RESTART 或 REPLACE。例如，Compute Engine 不需要重启虚拟机即可更改其元数据。但是，如果您的应用仅在虚拟机重启时读取实例元数据，您可以将最少操作设置为 RESTART，以选择元数据更改。

• 允许的最具中断性的操作：使用此选项可在中断次数超出承受范围时阻止更新。如果您的更新需要执行中断程度高于此标志设置的操作，则更新请求将失败。例如，如果您将允许的最具中断性的操作设置为 RESTART，则更新启动磁盘映像的尝试将失败，因为该更新需要重新创建实例，此操作比重启更具中断性。

更新选定的虚拟机时，这两个选项接受以下值：

对于系统允许的最具中断性的操作，其造成的中断性不能比最低要求的操作更低。

当您有选择地更新虚拟机时，系统将应用以下默认值：

• 默认最少操作是 NONE，它用于尽可能限制中断。
• 允许的最具中断性的操作默认为 REPLACE。如果您无法承受此类中断，请将允许的最具中断性操作设置为较少的中断次数。

后续步骤

• 了解如何查看 MIG 和代管式虚拟机的相关信息。
• 了解如何创建实例模板。
• 了解如何使用映像系列和滚动替换来更新 MIG 中所有虚拟机上的操作系统映像。