设置基于应用的健康检查和自动修复

控制台

1. 为自动修复创建健康检查，这种检查比负载均衡健康检查更加保守。

   例如，创建一个查找端口 80 响应的健康检查，该检查可以容许某些失败操作，然后才会将虚拟机标记为 UNHEALTHY，导致其被重新创建。在此示例中，如果健康检查成功返回一次，则会将虚拟机标记为“健康状况良好”。如果健康检查连续失败 3 次，则会将虚拟机标记为”健康状况不佳“。

   1. 在 Google Cloud 控制台中，转到创建健康检查页面。

      转到“创建健康检查”

   2. 为此健康检查指定名称，例如 example-check。

   3. 选择一个范围。您可以选择区域级或全球。对于此示例，选择全球。

   4. 对于协议，请确保选中 HTTP。

   5. 对于端口，请输入 80。

   6. 在健康状况判断标准部分中，提供以下值：

      1. 对于检查间隔，请输入 5。
      2. 对于超时，请输入 5。
      3. 设置状况良好判断阈值，指定健康状况不佳的虚拟机必须连续多少次返回成功的健康检查，才能被标记为健康状况良好。对于此示例，请输入 1。
      4. 设置状况不佳判断阈值，指定健康状况良好的虚拟机必须连续多少次返回不成功的健康检查，才能被标记为健康状况不佳。对于此示例，请输入 3。

   7. 点击创建以创建健康检查。

2. 创建防火墙规则以允许健康检查探测连接到您的应用。

   健康检查探测请求来自 130.211.0.0/22 和 35.191.0.0/16 范围内的地址，因此请确保您的网络防火墙规则允许健康检查进行连接。在此示例中，MIG 使用的是 default 网络，并且其虚拟机监听的是端口 80。如果端口 80 尚未在默认网络中打开，请创建防火墙规则。

   1. 在 Google Cloud 控制台中，转到防火墙页面。

      转到“防火墙政策”

   2. 点击创建防火墙规则。

   3. 输入防火墙规则的名称。例如 allow-health-check。

   4. 对于网络，请选择 default 网络。

   5. 对于目标，请选择 All instances in the network。

   6. 对于来源过滤条件，请选择 IPv4 ranges。

   7. 对于来源 IPv4 范围，输入 130.211.0.0/22 和 35.191.0.0/16。

   8. 在协议和端口中，选择指定的协议和端口并执行以下操作：

      1. 选择 TCP。
      2. 在端口字段中，输入 80。

   9. 点击创建。

gcloud

1. 为自动修复创建健康检查，这种检查比负载均衡健康检查更加保守。

   例如，创建一个查找端口 80 响应的健康检查，该检查可以容许某些失败操作，然后才会将虚拟机标记为 UNHEALTHY，导致其被重新创建。在本示例中，如果虚拟机成功返回一次，则会被标记为“运行状况良好”。如果连续 3 次未能成功返回，则虚拟机会被标记为“运行状况不佳”。以下命令会创建全局健康检查。

   gcloud compute health-checks create http example-check --port 80 \
      --check-interval 30s \
      --healthy-threshold 1 \
      --timeout 10s \
      --unhealthy-threshold 3 \
      --global
   

2. 创建防火墙规则以允许健康检查探测连接到您的应用。

   健康检查探测请求来自 130.211.0.0/22 和 35.191.0.0/16 范围内的地址，因此请确保您的防火墙规则允许健康检查进行连接。在此示例中，MIG 使用的是 default 网络，并且其虚拟机监听的是端口 80。如果端口 80 尚未在默认网络中打开，请创建防火墙规则。

   gcloud compute firewall-rules create allow-health-check \
       --allow tcp:80 \
       --source-ranges 130.211.0.0/22,35.191.0.0/16 \
       --network default
   

REST

1. 为自动修复创建健康检查，这种健康检查比负载均衡健康检查更加保守。

   例如，创建一个查找端口 80 响应的健康检查，该检查可以容许某些失败操作，然后才会将虚拟机标记为 UNHEALTHY，导致其被重新创建。在本示例中，如果虚拟机成功返回一次，则会被标记为“运行状况良好”。如果连续 3 次未能成功返回，则虚拟机会被标记为“运行状况不佳”。以下请求会创建全局健康检查。

   POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/healthChecks
   
   {
    "name": "example-check",
    "type": "http",
    "port": 80,
    "checkIntervalSec": 30,
    "healthyThreshold": 1,
    "timeoutSec": 10,
    "unhealthyThreshold": 3
   }
   

2. 创建防火墙规则以允许健康检查探测连接到您的应用。

   健康检查探测请求来自 130.211.0.0/22 和 35.191.0.0/16 范围内的地址，因此请确保您的防火墙规则允许健康检查进行连接。在此示例中，MIG 使用的是 default 网络，并且其虚拟机监听的是端口 80。如果端口 80 尚未在默认网络中打开，请创建防火墙规则。

   POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/global/firewalls
   
   {
    "name": "allow-health-check",
    "network": "https://www.googleapis.com/compute/v1/projects/PROJECT_ID/global/networks/default",
    "sourceRanges": [
     "130.211.0.0/22",
     "35.191.0.0/16"
    ],
    "allowed": [
     {
      "ports": [
       "80"
      ],
      "IPProtocol": "tcp"
     }
    ]
   }
   

   请将 PROJECT_ID 替换为您的项目 ID。

控制台

1. 在 Google Cloud 控制台中，转到实例组页面。

   转到“实例组”

2. 在列表的名称列下方，点击要在其中应用健康检查的 MIG 的名称。

3. 点击修改以修改此 MIG。

4. 在虚拟机实例生命周期部分的自动修复下，选择全球或区域性健康检查。

5. 更改或保留初始延迟时间设置。

   初始延迟时间是新虚拟机初始化并运行其启动脚本所需的秒数。在虚拟机的初始延迟时间段内，MIG 会忽略失败的健康检查，因为虚拟机可能处于启动过程中。这可以防止 MIG 过早地重新创建虚拟机。如果健康检查在初始延迟期间收到健康状况良好响应，则表示启动过程已完成且虚拟机已准备就绪。初始延迟计时器从虚拟机的 currentAction 字段更改为 VERIFYING 时开始计时。初始延迟时间的值必须介于 0 到 3600 秒之间。在控制台中，默认值为 300 秒。

6. 点击保存以应用所做的更改。

gcloud

如需在现有 MIG 中配置自动修复政策，请使用 update 命令。

例如，使用以下命令在现有的可用区级 MIG 中配置自动修复政策：

gcloud compute instance-groups managed update MIG_NAME \
    --health-check HEALTH_CHECK_URL \
    --initial-delay INITIAL_DELAY \
    --zone ZONE

如需在创建 MIG 时配置自动修复政策，请使用 create 命令。

例如，在创建可用区级 MIG 时，您可以使用以下命令配置自动修复政策：

gcloud compute instance-groups managed create MIG_NAME \
    --size SIZE \
    --template INSTANCE_TEMPLATE_URL \
    --health-check HEALTH_CHECK_URL \
    --initial-delay INITIAL_DELAY \
    --zone ZONE

替换以下内容：

• MIG_NAME：您要在其中设置自动修复的 MIG 的名称。
• SIZE：实例组中的虚拟机数量。
• INSTANCE_TEMPLATE_URL：您要用于在实例组中创建虚拟机的实例模板的部分网址。例如：
  • 区域级实例模板：projects/example-project/regions/us-central1/instanceTemplates/example-template。
  • 全球实例模板：projects/example-project/global/instanceTemplates/example-template。
• HEALTH_CHECK_URL：您要为自动修复设置的健康检查的部分网址。如果您想使用区域级健康检查，则必须提供区域级健康检查的部分网址。例如：
  • 区域级健康检查：projects/example-project/regions/us-central1/healthChecks/example-health-check
  • 全球健康检查：projects/example-project/global/healthChecks/example-health-check。
• INITIAL_DELAY：新虚拟机初始化并运行其启动脚本所需的秒数。在虚拟机的初始延迟时间段内，MIG 会忽略失败的健康检查，因为虚拟机可能处于启动过程中。这可以防止 MIG 过早地重新创建虚拟机。如果健康检查在初始延迟期间收到健康状况良好响应，则表示启动过程已完成且虚拟机已准备就绪。初始延迟计时器从虚拟机的 currentAction 字段变为 VERIFYING 时开始计时。 初始延迟时间的值必须介于 0 到 3600 秒之间。默认值为 0。
• ZONE：该 MIG 所在的可用区。对于区域级 MIG，请使用 --region 标志。

REST

如需在现有 MIG 中配置自动修复政策，请使用 patch 方法，如下所示：

• 对于可用区级 MIG，请使用 instanceGroupManager.patch 方法。
• 对于区域级 MIG，请使用 regionInstanceGroupManager.patch 方法。

例如，进行以下调用，以在现有可用区级 MIG 中设置自动修复：

PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME

{
  "autoHealingPolicies": [
  {
    "healthCheck": "HEALTH_CHECK_URL",
    "initialDelaySec": INITIAL_DELAY
  }
  ]
}

如需在创建 MIG 时配置自动修复政策，请使用 insert 方法，如下所示：

• 对于可用区级 MIG，请使用 instanceGroupManager.insert 方法。
• 对于区域级 MIG，请使用 regionInstanceGroupManager.insert 方法。

例如，在创建可用区级 MIG 时，进行以下调用以配置自动修复政策：

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers

{
  "name": "MIG_NAME",
  "targetSize": SIZE,
  "instanceTemplate": "INSTANCE_TEMPLATE_URL"
  "autoHealingPolicies": [
    {
      "healthCheck": "HEALTH_CHECK_URL",
      "initialDelaySec": INITIAL_DELAY
    }
  ],
}

替换以下内容：

• PROJECT_ID：您的项目 ID。
• MIG_NAME：您要在其中设置自动修复的 MIG 的名称。
• SIZE：实例组中的虚拟机数量。
• INSTANCE_TEMPLATE_URL：您要用于在实例组中创建虚拟机的实例模板的部分网址。例如：
  • 区域级实例模板：projects/example-project/regions/us-central1/instanceTemplates/example-template。
  • 全球实例模板：projects/example-project/global/instanceTemplates/example-template。
• HEALTH_CHECK_URL：您要为自动修复设置的健康检查的部分网址。例如：
  • 区域级健康检查：projects/example-project/regions/us-central1/healthChecks/example-health-check
  • 全球健康检查：projects/example-project/global/healthChecks/example-health-check。
• INITIAL_DELAY：新虚拟机初始化并运行其启动脚本所需的秒数。在虚拟机的初始延迟时间段内，MIG 会忽略失败的健康检查，因为虚拟机可能处于启动过程中。这可以防止 MIG 过早地重新创建虚拟机。如果健康检查在初始延迟期间收到健康状况良好响应，则表示启动过程已完成且虚拟机已准备就绪。初始延迟计时器从虚拟机的 currentAction 字段变为 VERIFYING 时开始计时。 初始延迟时间的值必须介于 0 到 3600 秒之间。默认值为 0。
• ZONE：该 MIG 所在的可用区。对于区域级 MIG，请在网址中使用 regions/REGION。

控制台

1. 在 Google Cloud 控制台中，转到实例组页面。

   转到“实例组”

   1. 点击要从中移除健康检查的 MIG 的名称。
   2. 点击修改以修改此 MIG。
   3. 在虚拟机实例生命周期部分的自动修复下，选择不检查健康状况。
   4. 点击保存以应用更改。

gcloud

如需移除自动修复政策中的健康检查配置，请在 update 命令中使用 --clear-autohealing 标志，如下所示：

gcloud compute instance-groups managed update MIG_NAME \
    --clear-autohealing

将 MIG_NAME 替换为 MIG 的名称。

REST

如需移除自动修复政策中的健康检查配置，请将自动修复政策设置为空值。

• 对于可用区级 MIG，请使用 instanceGroupManagers.patch 方法
• 对于区域级 MIG，请使用 regionInstanceGroupManagers.patch 方法

例如，如需移除可用区级 MIG 中的健康检查，请发出以下请求：

PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME

{
  "autoHealingPolicies": [
    {}
  ]
}

替换以下内容：

• PROJECT_ID：您的项目 ID。
• MIG_NAME：您要在其中设置自动修复的 MIG 的名称。
• ZONE：该 MIG 所在的可用区。对于区域级 MIG，请使用 regions/REGION。

控制台

1. 在 Google Cloud 控制台中，转到实例组页面。

   转到“实例组”

2. 点击要查看其自动修复政策的 MIG 的名称。

3. 点击详细信息标签页。

4. 在虚拟机实例生命周期部分中，自动修复字段显示自动修复政策以及在健康政策中配置的初始延迟时间。

gcloud

如需查看 MIG 中的自动修复政策，请使用以下命令：

gcloud compute instance-groups managed describe MIG_NAME \
    --format="(autoHealingPolicies)"

将 MIG_NAME 替换为 MIG 的名称。

以下是输出示例：

autoHealingPolicies:
  healthCheck: https://www.googleapis.com/compute/v1/projects/example-project/global/healthChecks/example-health-check
  initialDelaySec: 300

REST

如需查看 MIG 中的自动修复政策，请使用 REST 方法，如下所示：

• 对于可用区级 MIG，请使用 instanceGroupManagers.get 方法
• 对于区域级 MIG，请使用 regionInstanceGroupManagers.get 方法

例如，发出以下请求以查看可用区级 MIG 中的自动修复政策：

GET https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/instanceGroupManagers/MIG_NAME

在响应正文中，检查 autoHealingPolicies[] 对象。

以下是示例响应：

{
  ...
  "autoHealingPolicies": [
    {
      "healthCheck": "https://www.googleapis.com/compute/v1/projects/example-project/global/healthChecks/example-health-check",
      "initialDelaySec": 300
    }
  ],
  ...
}

替换以下内容：

• PROJECT_ID：您的项目 ID。
• MIG_NAME：您要在其中设置自动修复的 MIG 的名称。
• ZONE：该 MIG 所在的可用区。对于区域级 MIG，请使用 regions/REGION。

控制台

1. 在 Google Cloud 控制台中，转到实例组页面。

   转到“实例组”。

2. 在列表的名称列下方，点击要检查的 MIG 的名称。随即打开的页面中会显示实例组属性以及其中所含的虚拟机列表。

3. 如果虚拟机健康状况不佳，您可以在健康检查状态列中查看其健康状况。

gcloud

使用 list-instances 子命令。

gcloud compute instance-groups managed list-instances instance-group
NAME              ZONE                  STATUS   HEALTH_STATE  ACTION  INSTANCE_TEMPLATE                            VERSION_NAME  LAST_ERROR
igm-with-hc-fvz6  europe-west1          RUNNING  HEALTHY       NONE    my-template
igm-with-hc-gtz3  europe-west1          RUNNING  HEALTHY       NONE    my-template

HEALTH_STATE 列显示每个虚拟机的运行状况。

REST

对于地区级 MIG，请构建一个向 listManagedInstances 方法发出的 POST 请求：

POST https://compute.googleapis.com/compute/v1/projects/project-id/regions/region/instanceGroupManagers/instance-group/listManagedInstances

对于区域级 MIG，请使用区域级 MIG listManagedInstances 方法：

POST https://compute.googleapis.com/compute/v1/projects/project-id/zones/zone/instanceGroupManagers/instance-group/listManagedInstances

请求会返回类似于如下所示的响应，其中包括每个代管实例的 instanceHealth 字段。

{
 "managedInstances": [
  {
   "instance": "https://www.googleapis.com/compute/v1/projects/project-id/zones/zone/instances/example-group-5485",
   "instanceStatus": "RUNNING",
   "currentAction": "NONE",
   "lastAttempt": {
   },
   "id": "6159431761228150698",
   "instanceTemplate": "https://www.googleapis.com/compute/v1/projects/project-id/global/instanceTemplates/example-template",
   "version": {
    "instanceTemplate": "https://www.googleapis.com/compute/v1/projects/project-id/global/instanceTemplates/example-template"
   },
   "instanceHealth": [
    {
     "healthCheck": "https://www.googleapis.com/compute/v1/projects/project-id/global/healthChecks/http-basic-check",
     "detailedHealthState": "HEALTHY"
    }
   ]
  },
  {
   "instance": "https://www.googleapis.com/compute/v1/projects/project-id/zones/zone/instances/example-group-sfdp",
   "instanceStatus": "STOPPING",
   "currentAction": "DELETING",
   "lastAttempt": {
   },
   "id": "6622324799312181783",
   "instanceHealth": [
    {
     "healthCheck": "https://www.googleapis.com/compute/v1/projects/project-id/global/healthChecks/http-basic-check",
     "detailedHealthState": "TIMEOUT"
    }
   ]
  }
 ]
}

gcloud

将 gcloud compute operations list 命令和过滤条件搭配使用可以仅查看项目中自动修复的相应修复事件。

gcloud compute operations list --filter='operationType~compute.instances.repair.*'

如需详细了解特定修复操作，请使用 describe 命令。例如：

gcloud compute operations describe repair-1539070348818-577c6bd6cf650-9752b3f3-1d6945e5 --zone us-east1-b

REST

对于地区级 MIG，请向 regionOperations 资源提交 GET 请求并添加一个过滤条件，以将输出列表范围限定为 compute.instances.repair.* 事件。

GET https://compute.googleapis.com/compute/v1/projects/project-id/region/region/operations?filter=operationType+%3D+%22compute.instances.repair.*%22

对于区域级 MIG，请使用 zoneOperations 资源。

GET https://compute.googleapis.com/compute/v1/projects/project-id/zones/zone/operations?filter=operationType+%3D+%22compute.instances.repair.*%22

如需详细了解特定修复操作，请针对该特定操作提交 GET 请求。例如：

GET https://compute.googleapis.com/compute/v1/projects/project-id/zones/zone/operations/repair-1539070348818-577c6bd6cf650-9752b3f3-1d6945e5