本頁面由 Cloud Translation API 翻譯而成。

使用所有執行個體設定覆寫執行個體範本屬性
透過集合功能整理內容你可以依據偏好儲存及分類內容。

本頁面說明如何使用所有執行個體設定，為代管執行個體群組 (MIG) 中的所有虛擬機器 (VM) 執行個體設定標籤和中繼資料屬性，而無需建立新的執行個體範本。

您可以繼續使用執行個體範本，在 MIG 中設定執行個體屬性。不過，在某些情況下，使用 MIG 的所有執行個體設定會更簡單，例如：

您需要經常更新執行個體中繼資料或標籤，且不必每次都建立新的範本。請注意，執行個體範本是不可變動的，也就是說，建立後就無法再修改。
您想根據一個執行個體範本建立多個 MIG，但需要為每個 MIG 分別設定標籤或中繼資料。舉例來說，如果您有一個應用程式，但想支援開發、測試和實際工作環境，您可以建立單一執行個體範本，然後為每個環境設定不同的全執行個體設定，以便在所有環境中重複使用該範本。
您有一個團隊負責基礎架構和映像檔，另一個團隊則負責執行需要設定的應用程式。您可以讓一個團隊使用執行個體範本佈建基礎架構，同時讓應用程式團隊管理所有執行個體設定的應用程式設定。
您在 VM 上執行代理程式，並想使用中繼資料進行設定。您想確保 VM 代理程式設定在群組的執行個體範本變更後仍會保留。使用執行個體範本控制應用程式版本，並使用全執行個體設定來設定 VM 代理程式。

如果您同時使用 MIG 的執行個體範本和所有執行個體設定來設定相同的屬性，MIG 會優先採用所有執行個體設定的值。舉例來說，如果在 MIG 的執行個體範本中，enable-guest-attributes 的中繼資料設為 FALSE，而 MIG 的所有執行個體設定中設為 TRUE，則 Compute Engine 會在群組中的所有執行個體上套用 TRUE。這樣一來，您就能使用所有執行個體設定來覆寫在執行個體範本中定義的屬性。

事前準備

建立代管執行個體群組
如果尚未設定，請先設定驗證機制。驗證是指驗證身分，以便存取 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. After installing the Google Cloud CLI, initialize it by running the following command:
  gcloud init
  If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.
  
  Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.
2. Set a default region and zone.
REST

To use the REST API samples on this page in a local development environment, you use the credentials you provide to the gcloud CLI.
For more information, see Authenticate for using REST in the Google Cloud authentication documentation.

限制

您只能使用所有執行個體設定，覆寫下列執行個體範本屬性：
- 中繼資料
- 標籤
您無法使用 Canary 更新所有執行個體的設定。將設定套用至群組後，Compute Engine 會根據您的更新政策，將屬性套用至所有新執行個體和現有執行個體。如果您想控管哪些現有執行個體何時更新，可以使用選擇性更新。
如果您在 MIG 中使用有狀態設定，就無法在任何個別執行個體設定和群組的所有執行個體設定中同時設定相同的屬性。

在適用於所有執行個體的設定中設定屬性

使用 gcloud CLI 或 REST 建立及更新 MIG 的所有執行個體設定。

主控台

前往 Google Cloud 控制台的「Instance groups」(執行個體群組) 頁面。

前往「Instance groups」(執行個體群組)
選取要設定所有執行個體設定的 MIG。
按一下「更新 VM」。
在「所有例項設定」部分，執行以下操作：
- 如要新增或更新中繼資料值，請按一下「管理中繼資料」。完成設定，然後按一下「儲存」。
- 如要新增或更新標籤，請按一下「管理標籤」。完成設定，然後按一下「儲存」。
在所有執行個體設定中完成屬性設定後，請按一下「Update VMs」(更新 VM)。

如果 MIG 的更新類型設為「自動」，則您設定的所有執行個體設定會立即套用至所有現有虛擬機器。如果更新類型為「選擇性」，您必須選擇性地將設定套用至現有的 VM。詳情請參閱「將所有執行個體設定套用至現有 VM」。

gcloud

使用 all-instances-config update 指令新增或更新所有執行個體的設定。

gcloud compute instance-groups managed all-instances-config update INSTANCE_GROUP_NAME \
    --metadata=KEY1=VALUE1,KEY2=VALUE2 \
    --labels=KEY3=VALUE3,KEY4=VALUE4

更改下列內容：

INSTANCE_GROUP_NAME：MIG 名稱。
KEYS 和 VALUES：標籤或中繼資料的鍵/值組合。如果不存在，更新指令會新增該鍵。系統會更新現有鍵的值。

請記得將更新後的設定套用至 MIG 中的現有 VM。

REST

在可用區或區域 MIG 上提出 PATCH 要求，即可新增或更新適用於所有執行個體的設定。

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

{
  "allInstancesConfig": {
    "properties": {
      "metadata": {
        "KEY1": "VALUE1",
        ...
      },
      "labels": {
        "KEY2": "VALUE2",
        ...
      },
    }
  }
}

更改下列內容：

PROJECT_ID：MIG 所在的專案。
REGION：MIG 所在的區域。如果是區域 MIG，請將 regions/REGION 替換為 zones/ZONE。
INSTANCE_GROUP_NAME：MIG 名稱。
KEYS 和 VALUES：標籤或中繼資料的鍵/值組合。如果不存在，要求會新增該鍵。對於現有的鍵，系統會更新其值。

請記得將更新後的設定套用至 MIG 中的現有 VM。

將適用於所有執行個體的設定套用至現有 VM

您為 MIG 中的 VM 指定的VM 設定，會自動套用至新增至群組的新 VM。

如要將更新後的 VM 設定 (包括更新後的所有執行個體設定) 套用至群組中的現有 VM，請使用下列任一方法：

自動 (預防性)：如果您希望 MIG 自動將新設定套用至群組中的所有現有 VM，或其中的一部分，請使用這項方法。對執行中的 VM 造成的干擾程度取決於您設定的更新政策。您可以使用這個方法來測試更新新的執行個體範本。如要使用這個方法，請將 MIG 的更新類型設為「主動式」。
選擇性 (隨機)：如果您想手動套用更新，或想一次更新群組中所有現有的 VM，請使用這個方法。您可以指定任何或所有 VM 更新為最新設定。如要使用這個方法，請將 MIG 的更新類型設為「投機」。
重新建立 VM：在 MIG 中重新建立 VM 時，MIG 會套用尚未套用至該 VM 的任何更新設定。詳情請參閱「在 MIG 中重新建立 VM」。

自動 (主動)

如果您希望每次變更時，系統都能自動將更新的「所有執行個體」設定套用至所有現有 VM，請將群組的更新政策類型設為「主動」。詳情請參閱「自動 (主動) 更新類型」。

您可以使用選用的 maxUnavailable、maxSurge 和 minReadySec 設定，控制主動設定的發布速度。

如要使用主動式更新功能，您只需設定一次即可。之後，MIG 會根據群組的更新政策設定，自動將日後所有 VM 設定變更 (也就是群組的所有執行個體設定、執行個體範本和個別執行個體設定的變更) 套用至群組中的所有 VM。

如要自動套用設定更新，請使用 gcloud CLI 或 REST。

gcloud

您可以使用 update 指令設定自動 (主動) 更新。

gcloud compute instance-groups managed update INSTANCE_GROUP_NAME \
    --update-policy-type=proactive \
    --update-policy-max-unavailable=MAX_UNAVAILABLE \
    --update-policy-max-surge=MAX_SURGE \
    --update-policy-min-ready=MIN_READY \
    --update-policy-minimal-action=MINIMAL_ACTION \
    --update-policy-replacement-method=REPLACEMENT_METHOD

更改下列內容：

INSTANCE_GROUP_NAME：MIG 名稱。
MAX_UNAVAILABLE (選用)：更新期間可停機的執行個體數量上限。舉例來說，如果您將 update-minimal-action 標記設為 restart，這個標記就會限制一次可重新啟動的 VM 數量。這可以是固定數字 (例如 5)，或是代管執行個體群組大小的百分比 (例如 10%)。
MAX_SURGE (選用)：更新期間可額外建立的執行個體數量上限。這可以是固定數字 (例如 5)，或是代管執行個體群組大小的百分比 (例如 10%)。
MIN_READY (選用)：重新啟動或取代 VM 後，系統應視 VM 為可用狀態的最短時間。例如 10s 10 秒。如要瞭解時間長度格式，請參閱 gcloud topic datetimes。
MINIMAL_ACTION (選用)：在設定更新期間對每個執行個體執行的動作：
- refresh：在執行中的執行個體上套用新設定，而無須重新啟動。
- restart：在更新期間重新啟動 VM，如果應用程式只會在重新啟動期間讀取中繼資料，這項功能就很實用。
- replace：刪除 VM 並建立新的 VM，以便套用新設定。
REPLACEMENT_METHOD (選用)：指定用於取代執行個體的動作：
- recreate：等待舊執行個體刪除，然後建立名稱與舊執行個體相同的新執行個體。
- substitute：建立具有新名稱的例項，同時刪除舊例項

REST

您可以在區域或區域 MIG 上提出 PATCH 要求，設定自動 (主動式) 更新。

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

{
  "updatePolicy": {
    "type": "PROACTIVE",
    "maxUnavailable": {
      "percent": MAX_UNAVAILABLE
    },
    "maxSurge": {
      "percent": MAX_SURGE
    },
    "minimalAction": MINIMAL_ACTION,
    "replacementMethod": REPLACEMENT_METHOD
  }
}

更改下列內容：

PROJECT_ID：MIG 所在的專案。
REGION：MIG 所在的區域。如果是區域 MIG，請將 regions/REGION 替換為 zones/ZONE。
INSTANCE_GROUP_NAME：MIG 名稱。
MAX_UNAVAILABLE (選用)：更新期間可停機的執行個體數量上限。舉例來說，如果您將 update-minimal-action 標記設為 RESTART，這個標記就會限制一次可重新啟動的 VM 數量。這可以是百分比 (例如指定 "percent": 80 為 80%) 或固定數字。如要指定固定號碼，請將 "percent": MAX_UNAVAILABLE 替換為 "fixed": MAX_UNAVAILABLE。
MAX_SURGE (選用)：更新期間可額外建立的執行個體數量上限。可以是百分比或固定數字。
MINIMAL_ACTION (選用)：在設定更新期間對每個執行個體執行的動作：
- REFRESH：在執行中的執行個體上套用新設定，而無須重新啟動。
- RESTART：在更新期間重新啟動 VM，如果應用程式只會在重新啟動期間讀取中繼資料，這項功能就很實用。
- REPLACE：刪除 VM 並建立新的 VM，以便套用新設定。
REPLACEMENT_METHOD (選用)：指定用於取代執行個體的動作：
- RECREATE：等待舊執行個體刪除，然後建立名稱與舊執行個體相同的新執行個體。
- SUBSTITUTE：建立具有新名稱的例項，同時刪除舊例項

省略選用標記時，群組會使用群組更新政策中的值。您可以使用 gcloud CLI 或 REST 檢查更新政策。

選擇性 (機會主義)

如果您想控管套用新設定的時間和 VM，請將群組的更新政策類型設為「投機」。詳情請參閱「選擇性 (可選) 更新類型」。

選擇套用特定設定更新時，群組的所有執行個體設定、執行個體範本或個別執行個體設定的任何變更，都不會自動套用至現有 VM。您必須明確將更新後的設定套用至現有 VM，才能更新 VM。

如要針對 MIG 中的 VM 選擇套用 VM 設定更新，請使用 gcloud CLI 或 REST。

gcloud

您可以使用 update 指令設定選擇性 (機會式) 更新：

gcloud compute instance-groups managed update INSTANCE_GROUP_NAME \
    --update-policy-type=opportunistic

將群組的更新類型設為 opportunistic 時，您必須在要將新設定套用至現有 VM 時啟動更新。

將設定套用至特定 VM

如要更新所選的執行個體，請使用下列指令：

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

將設定套用至所有 VM

如要更新所有現有的執行個體，請使用下列指令：

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

更改下列內容：

INSTANCE_GROUP_NAME：MIG 名稱。
INSTANCE_NAMES：要套用範本的執行個體清單。
MINIMAL_ACTION (選用)：在設定更新期間，對每個執行個體執行的動作：
- refresh (預設)：在執行中的執行個體上套用新設定，但不重新啟動執行個體。
- restart：在更新期間重新啟動 VM，如果應用程式只會在重新啟動期間讀取中繼資料，這項功能就很實用。
- replace：刪除 VM 並建立新的 VM，以便套用新設定。
MOST_DISRUPTIVE_ALLOWED_ACTION (選用)：最多對每個執行個體執行此動作。如果設定更新需要執行干擾程度超出此處指定的動作，更新作業就會失敗，且不會進行任何變更。
- none：無動作
- refresh：盡可能在停止執行個體的情況下套用新設定。舉例來說，您可以使用 refresh 套用只會影響中繼資料或額外磁碟的變更。
- restart：盡可能套用新設定，但不取代例項。舉例來說，只要停止執行個體並重新啟動，即可套用機器類型的變更。
- replace：根據 --replacement-method 標記取代舊執行個體。

REST

您可以對區域或區域 MIG 提出 PATCH 要求，設定選擇性 (機會式) 更新。

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

{
  "updatePolicy": {
    "type": "OPPORTUNISTIC"
  }
}

將群組的更新類型設為 OPPORTUNISTIC 時，您必須在要將新設定套用至現有 VM 時啟動更新。

將設定套用至特定 VM

如要更新特定執行個體，請使用下列要求：

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": MINIMAL_ACTION,
  "mostDisruptiveAllowedAction": MOST_DISRUPTIVE_ALLOWED_ACTION
}

將設定套用至所有 VM

如要更新所有現有執行個體，請使用下列要求：

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

{
  "allInstances": true,
  "minimalAction": MINIMAL_ACTION,
  "mostDisruptiveAllowedAction": MOST_DISRUPTIVE_ALLOWED_ACTION
}

更改下列內容：

PROJECT_ID：MIG 所在的專案。
REGION：MIG 所在的區域。如果是區域 MIG，請將 regions/REGION 替換為 zones/ZONE。
INSTANCE_GROUP_NAME：MIG 名稱。
MINIMAL_ACTION (選用)：在設定更新期間對每個執行個體執行的動作：
- REFRESH：在執行中的執行個體上套用新設定，而無須重新啟動。
- RESTART：在更新期間重新啟動 VM，如果應用程式只會在重新啟動期間讀取中繼資料，這項功能就很實用。
- REPLACE：刪除 VM 並建立新的 VM，以便套用新設定。
MOST_DISRUPTIVE_ALLOWED_ACTION (選用)：最多對每個執行個體執行此動作。如果設定更新需要執行干擾程度超出此處指定的動作，更新作業就會失敗，且不會進行任何變更。
- NONE：無動作
- REFRESH：盡可能在停止執行個體的情況下套用新設定。舉例來說，您可以使用 REFRESH 套用只會影響中繼資料或額外磁碟的變更。
- RESTART：盡可能套用新設定，但不取代例項。舉例來說，只要停止執行個體並重新啟動，即可套用機器類型的變更。
- REPLACE：根據群組的 updatePolicy.replacementMethod 欄位取代舊執行個體。

確認是否已套用更新後的所有執行個體設定

您可以使用下列其中一種方式，確認最新的所有執行個體設定是否已套用至群組中的所有 VM。

主控台

前往 Google Cloud 控制台的「Instance groups」(執行個體群組) 頁面。

前往「Instance groups」(執行個體群組)
選取要查看所有執行個體設定的 MIG。
前往「詳細資料」分頁。
如果最新的所有執行個體設定套用至所有 VM，則在「所有執行個體設定」部分中，「上次修改」時間戳記和「狀態」欄位必須顯示以下值：
- 上次修改時間：顯示您將所有執行個體設定套用至所有 VM 的時間。
- 狀態：顯示「已套用至所有 VM」。如果未將所有執行個體套用至所有 VM，則狀態會顯示為「Pending VM update」(待 VM 更新)。

gcloud

使用 describe 指令並加入 --format 旗標，即可查看 status.allInstancesConfig.effective 值。

gcloud compute instance-groups managed describe INSTANCE_GROUP_NAME \
    --format="(status.allInstancesConfig)"

輸出內容範例：

status:
  allInstancesConfig:
    currentRevision: 2022-12-02T10:30:15.012345Z
    effective: true

如果將 effective 值設為 true，則會套用最新的設定至所有 VM。currentRevision 值會顯示群組所有例項設定的最新變更時間戳記。

如果 effective 值設為 false，則最新設定尚未套用至所有 VM。

如要檢查每個 VM 的狀態，您可以列出所有 MIG 的 VM，或使用 describe-instance 指令個別檢查每個 VM：

gcloud compute instance-groups managed describe-instance INSTANCE_GROUP_NAME \
    --instance INSTANCE_NAME

輸出內容範例：

allInstancesConfig:
  revision: 2022-12-02T10:30:15.012345Z
currentAction: NONE
id: '8393021473297481188'
instance: .../projects/PROJECT/zones/ZONE/instances/INSTANCE_NAME
instanceStatus: RUNNING
name: INSTANCE_NAME
version:
  instanceTemplate: .../projects/PROJECT/global/instanceTemplates/INSTANCE_TEMPLATE

如要查看哪些 VM 已套用最新設定，請將每個 VM 的 revision 時間戳記與 MIG 的 currentRevision 時間戳記進行比較。

REST

針對區域或區域性 MIG 提出 GET 要求，以檢查 status.allInstancesConfig.effective 標記的值。

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

回應範例：

{
  ...
  "status": {
    "isStable": "true",
    "versionTarget": {
      "isReached": "true"
    },
    "allInstancesConfig": {
      "currentRevision": "2022-12-02T10:30:15.012345Z",
      "effective": "true"
    },
  ...
  },
  ...
}

如果 effective 欄位設為 true，則所有 VM 都會套用最新的設定。currentRevision 欄位會顯示群組涵蓋所有執行個體的設定最近一次變更的時間戳記。

如果 effective 欄位設為 false，則最新的設定尚未套用至所有 VM。

如要檢查每個執行個體的狀態，請列出區域或區域 MIG 的代管執行個體：

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

輸出內容範例：

{
  "managedInstances": [
    ...
    {
      "instance": ".../zones/ZONE/instances/INSTANCE_NAME",
      "instanceStatus": "RUNNING",
      "currentAction": "NONE",
      "allInstancesConfig": {
        "revision": "2022-12-02T10:30:15.012345Z"
      },
      "version": {
        "name": "V1",
        "instanceTemplate": ".../projects/.../instanceTemplates/INSTANCE_TEMPLATE"
      }
    },
    {
      ...
    }
  ]
}

如要查看哪些 VM 已套用最新設定，請將每個 VM 的 revision 時間戳記與 MIG 的 currentRevision 時間戳記進行比較。

列出所有執行個體設定中的屬性

所有執行個體設定是 MIG 設定的一部分。如要查看所有執行個體的設定，請使用下列任一方式。

主控台

前往 Google Cloud 控制台的「Instance groups」(執行個體群組) 頁面。

前往「Instance groups」(執行個體群組)
選取要查看所有執行個體設定的 MIG。
前往「詳細資料」分頁。
請參閱「所有執行個體設定」一節。

gcloud

使用 describe 指令並加入 --format 旗標，即可顯示群組的所有執行個體設定值。

gcloud compute instance-groups managed describe INSTANCE_GROUP_NAME \
    --format="(allInstancesConfig)"

這個指令會傳回群組的所有例項設定 (如果有的話)。

REST

針對可用區或區域 MIG 發出 GET 要求，並尋找 allInstancesConfig 欄位。

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

如果未設定 allInstancesConfig 欄位，則群組就沒有所有執行個體設定。

從所有例項設定中刪除資源

如果您從 MIG 的所有執行個體設定中刪除屬性，而 MIG 的執行個體範本中存在相同的屬性，則在 MIG 中的 VM 套用最新設定後，這些 VM 就會重新從執行個體範本繼承該屬性。如要進一步瞭解如何將最新設定套用至現有 VM，請參閱「將所有執行個體設定套用至現有 VM」。

如要從所有執行個體設定中刪除資源，請使用下列其中一種方式。

主控台

前往 Google Cloud 控制台的「Instance groups」(執行個體群組) 頁面。

前往「Instance groups」(執行個體群組)
選取要刪除所有執行個體設定的 MIG。
按一下「更新 VM」。
在「所有例項設定」部分，執行以下操作：
- 如要刪除中繼資料，請按一下「管理中繼資料」
- 如要刪除標籤，請按一下「管理標籤」。
在「管理中繼資料」或「管理標籤」窗格中，執行下列操作：
1. 將游標懸停在設定上，啟用刪除選項，然後按一下「刪除項目」。
2. 按一下 [儲存]。
刪除完成後，請按一下「更新 VM」。

如果 MIG 的更新類型設為「自動」，則所有執行個體設定的變更會立即套用至所有現有的虛擬機器。如果更新類型為「選擇性」，您必須選擇性地將設定套用至現有的 VM。詳情請參閱「將所有執行個體設定套用至現有 VM」。

gcloud

如要刪除屬性，請使用 all-instances-configuration delete 指令，並為要刪除的屬性指定一或多個鍵。

gcloud compute instance-groups managed all-instances-config delete INSTANCE_GROUP_NAME \
    --metadata=KEY1[, KEY1]\
    --labels=KEY1[, KEY1]

請記得將更新後的設定套用至 MIG 中的現有 VM。

REST

如要刪除屬性，請對區域或區域性 MIG 發出 PATCH 要求，並指定 null 值做為要移除的每個屬性鍵。

PATCH https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/instanceGroupManagers/INSTANCE_GROUP_NAME
{
  "allInstancesConfig": {
    "properties": {
      "metadata": {
        "KEY1": null,
        ...
      },
      "labels": {
        "KEY2": null,
        ...
      }
    }
  }
}

請記得將更新後的設定套用至 MIG 中的現有 VM。

後續步驟

進一步瞭解如何自動套用更新後的設定至 MIG 中的現有虛擬機器。
進一步瞭解如何有選擇地套用設定更新至 MIG 中的現有 VM。
查看 MIG 及其 VM 的相關資訊。

使用所有執行個體設定覆寫執行個體範本屬性 透過集合功能整理內容 你可以依據偏好儲存及分類內容。

事前準備

Console

gcloud

REST

限制

在適用於所有執行個體的設定中設定屬性

主控台

gcloud

REST

將適用於所有執行個體的設定套用至現有 VM

自動 (主動)

gcloud

REST

選擇性 (機會主義)

gcloud

REST

確認是否已套用更新後的所有執行個體設定

主控台

gcloud

REST

列出所有執行個體設定中的屬性

主控台

gcloud

REST

從所有例項設定中刪除資源

主控台

gcloud

REST

後續步驟

使用所有執行個體設定覆寫執行個體範本屬性
透過集合功能整理內容你可以依據偏好儲存及分類內容。