合併和拆分承諾使用合約

為協助您管理專案的資源需求，Compute Engine 允許您合併或分割現有約定，並重新分配資源，以符合專案所需的精細度。

本文說明合併及分割約定的優點和程序，以及適用的限制和規定。

事前準備

  • 如果尚未設定驗證，請先完成設定。 「驗證」是指驗證身分的程序，確認您有權存取 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.

      2. Set a default region and zone.

        3. REST

        如要在本機開發環境中使用本頁的 REST API 範例，請使用您提供給 gcloud CLI 的憑證。

          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.

        詳情請參閱 Google Cloud 驗證說明文件中的「Authenticate for using REST」。

合併承諾使用合約

您可以合併多個相容的承諾，建立新的較大承諾。合併承諾後，您就能以單一實體追蹤及管理這些承諾。合併承諾可讓個別承諾在同一時間到期，避免承諾結束日期錯開。合併作業也能讓您逐步增加工作負載。舉例來說，您可以在有需要時購買較新的小型承諾使用合約，並選擇將這些合約合併，或是與現有合約合併。

合併的運作方式

合併個別承諾 (來源承諾) 時，系統會建立新的承諾 (合併承諾)，並將所有來源承諾的資源合併到新承諾中。合併後的承諾使用合約會在隔天美國和加拿大太平洋時間 (即 UTC-8，日光節約時間實行期間則為 UTC-7) 凌晨 12 點啟用，來源承諾使用合約則會取消。啟用日期會成為合併承諾的開始日期，合併作業也會結束。

此外，無論來源合約是否具有預設或自訂的期限長度，新建立的合併合約都會沿用下列屬性：

  • 來源承諾中最晚的結束日期。
  • 來源承諾中最早結束的約期延長資格時間。

由於合併的承諾使用合約是在來源承諾使用合約生效後才建立，因此合併的承諾使用合約可能會有自訂期限，而非預設的 1 年或 3 年。不過，合併後的承諾會保留來源承諾的 1 年或 3 年期承諾方案。

舉例來說，假設有兩項來源承諾分別於 2020 年 1 月 1 日和 2020 年 12 月 1 日生效。這兩項承諾的結束日期分別為 2023 年 1 月 1 日和 2023 年 12 月 1 日。第一個約期的延期資格申請期限為 2020 年 5 月 1 日，第二個約期的申請期限則為 2021 年 4 月 1 日。如果您在 2022 年 3 月 1 日合併這些承諾，合併後的承諾就是自訂期限承諾，開始日期為 2022 年 3 月 2 日，結束日期為 2023 年 12 月 1 日。合併承諾的延期資格期限已於 2020 年 5 月 1 日結束。

如果任何來源承諾附加了預留項目，系統會在合併期間保留這些預留項目，並在建立合併承諾後附加這些項目。如要進一步瞭解附加預留項目的承諾使用合約，請參閱「將預留項目加入依資源計算的承諾使用合約」一文。

合併承諾的範例

下表顯示在兩個承諾 (source-commitment-1 和 source-commitment-2) 合併為一個承諾 (merged-commitment) 的情境中，來源和合併承諾的屬性 (March 1, 2022)：

第一個來源的承諾
(合併前)		 第二個來源的承諾
(合併前)		 合併的承諾
名稱 source-commitment-1 source-commitment-2 merged-commitment
類型 N2 N2 N2
區域 us-central-1 us-central-1 us-central-1
資源
  • vCPU 數量：100
  • 記憶體：100 GB
  • vCPU 數量：200
  • 記憶體：300 GB
  • vCPU 數量：300
  • 記憶體：400 GB
效期 3 年 3 年 3 年
開始日期* 2020 年 1 月 1 日 2020 年 12 月 1 日 2022 年 3 月 2 日
(合併後隔天)
結束日期† 2023 年 1 月 1 日 2023 年 12 月 1 日 2023 年 12 月 1 日
延長期限申請資格開放至 2020 年 5 月 1 日 2021 年 4 月 1 日 2020 年 5 月 1 日

*所有承諾都會在指定開始日期的美國和加拿大太平洋時間 (UTC-8 或 UTC-7) 凌晨 12 點生效。
†所有承諾會在指定結束日期的美國和加拿大太平洋時間 (UTC-8 或 UTC-7) 凌晨 12 點到期。

價格相關注意事項

承諾使用費用是所有承諾資源折扣價格的總和。合併承諾使用合約後，合併承諾使用合約資源的折扣價格可能會在合併生效當天變更。即使以量計價價格有所變動，各項資源的新折扣價格仍會維持不變，直到合併承諾使用合約到期為止。不過，如果日後再次合併或分割這項承諾，資源的折扣價格可能會再次變更。

限制

  • 您無法合併授權使用承諾。
  • 建立合併承諾時，您無法建立任何新的預訂，並將其附加至這些承諾。
  • 您無法合併已過期或取消的承諾使用合約。
  • 根據預設，建立合併承諾時，即使所有來源承諾都設為自動續約，新承諾的自動續約設定也會停用。如要讓合併後的承諾使用合約自動續約，請手動啟用這些合約的自動續約設定。您可以在建立時或建立後執行這項操作。

需求條件

合併個別來源承諾以建立新的合併承諾時，來源和合併承諾必須符合下列規定：

  • 來源承諾必須具有相同的專案、區域、承諾方案、承諾類型和承諾類別。
  • 合併後的新承諾使用合約必須與來源承諾使用合約位於相同專案、區域、承諾使用方案、承諾使用類型和承諾使用類別。不過，您可以為合併後的承諾選擇新名稱。
  • 為合併承諾指定的資源類型，必須與來源承諾中的資源類型完全相同。此外，新合併承諾使用合約中每種資源類型的資源量，必須等於所有來源承諾使用合約中該資源類型的資源量總和。舉例來說，如果第一個來源承諾包含 100 個 vCPU 和 100 GB 記憶體，第二個來源承諾包含 200 個 vCPU 和 300 GB 記憶體，則您必須建立包含 300 個 vCPU 和 400 GB 記憶體的合併承諾。
  • 來源和合併的承諾必須適用於硬體資源 (vCPU、記憶體、GPU 和本機 SSD 磁碟)。

建立合併的承諾使用合約

使用 gcloud CLI 或 Compute Engine API 建立合併的約期。合併承諾使用合約前，請先詳閱合併限制。

控制台

  1. 在 Google Cloud 控制台中，選取要合併承諾的專案，然後前往「承諾使用折扣」頁面。

    前往「承諾使用折扣」

  2. 如要針對一組承諾啟動合併作業，請在「承諾清單」頁面的「硬體承諾」分頁中，按一下「合併」。

    或者，您也可以從清單中選取要合併的承諾，然後按一下「合併」。

  3. 在隨即開啟的「合併」頁面中，選取「選擇承諾」分頁標籤，然後執行下列操作：

    1. 在「選擇要合併的承諾使用合約」下方，從清單中選取要合併的承諾使用合約。 如果您已在「承諾清單」頁面選取這些承諾，請在這個分頁中確認所選承諾。

      選用：您也可以在選取要合併的個別承諾合約前，指定合併後承諾合約的方案、區域和承諾合約類型值。這樣做會篩選出承諾清單，只顯示可針對指定屬性合併的承諾。

    2. 點選「下一步」。系統會開啟「查看」分頁。

  4. 在「Merge」(合併) 頁面的「Review」(檢查) 分頁中，執行下列操作：

    1. 查看並確認合併承諾使用合約的詳細資料。 如要修改要合併的個別約定清單，請選取視窗左側的「選擇約定」分頁，然後重複步驟 3。
    2. 在「New commitment name」(新約定名稱) 欄位中，輸入合併後約定的名稱。
    3. 選用：如要為合併後的承諾使用合約啟用自動續約功能，請勾選「啟用自動續約」核取方塊。
    4. 詳閱條款及細則。
    5. 如要完成合併承諾並返回「承諾清單」頁面，請按一下「合併」。

gcloud

如要將現有承諾合併為單一承諾，請使用 gcloud compute commitments create 指令，並加上 --merge-source-commitment 旗標。

gcloud compute commitments create COMMITMENT_NAME \
    --region=REGION \
    --project=PROJECT_ID \
    --plan=COMMITMENT_PLAN \
    --type=COMMITMENT_TYPE \
    --resources=vcpu=NUMBER_VCPUS,memory=MEMORY \
    --merge-source-commitments=SOURCE_COMMITMENT_URLS

更改下列內容：

  • COMMITMENT_NAME：新合併的約期名稱。
  • NUMBER_VCPUS：來源承諾中的 vCPU 數量總和。

  • COMMITMENT_TYPE：與來源承諾方案相同的承諾方案類型，可以是下列其中一種：

    • accelerator-optimized A2 機型資源
    • accelerator-optimized-a3 適用於 A3 Edge 和 A3 High 機型資源
    • accelerator-optimized-a3-mega，適用於 A3 Mega 機型資源
    • compute-optimized 適用於 C2 機器類型資源
    • compute-optimized-c2d 適用於 C2D 機型資源
    • compute-optimized-c3，適用於 C3 機型資源
    • compute-optimized-c3d 適用於 C3D 機型資源
    • compute-optimized-h3 H3 機型資源
    • general-purpose：適用於 N1 機器類型資源
    • general-purpose-c4，適用於 C4 機型資源
    • general-purpose-c4a，適用於 C4A 機型資源
    • general-purpose-c4d 適用於 C4D 機型資源
    • general-purpose-e2 適用於 E2 機器類型資源
    • general-purpose-n2：適用於 N2 機器類型資源
    • general-purpose-n2d (適用於 N2D 機器資源)
    • general-purpose-n4：適用於 N4 機器類型資源
    • general-purpose-t2d 適用於 Tau T2D 機型資源
    • graphics-optimized 適用於 G2 機器類型資源
    • memory-optimized 適用於 M1 或 M2 機型資源
    • memory-optimized-m3 適用於 M3 機型資源
    • memory-optimized-m4 M4 機型資源
    • memory-optimized-m4-6tb，適用於搭載 6 TB 記憶體的執行個體
    • memory-optimized-x4-16tb 適用於 X4 機器類型 適用於記憶體容量為 16 TB 的執行個體
    • memory-optimized-x4-24tb 適用於 X4 機器類型， 適用於記憶體容量為 24 TB 的執行個體
    • memory-optimized-x4-32tb 適用於 X4 機器類型， 適用於記憶體容量達 32 TB 的執行個體
    • storage-optimized-z3：適用於 Z3 機器類型資源

  • REGION：與來源承諾相同的區域。

  • PROJECT_ID：要合併承諾的專案專案 ID。

  • COMMITMENT_PLAN：與來源承諾相同的承諾方案，可為 12-month 或 36-month。

  • MEMORY：來源承諾的記憶體量總和，單位為 MB 或 GB。例如 1000 MB。如未指定單位，系統預設使用的單位為 GB。

  • SOURCE_COMMITMENT_URLS：指定不重複的來源承諾網址清單，並以半形逗號分隔各個網址。請勿在網址之間加入空白字元。清單中至少須指定兩個來源承諾網址。

舉例來說，假設地區 us-east1 有兩項來源承諾，資源分別指定為 (4 個 N2 vCPU 和 2048 MB) 和 (3 個 N2 vCPU 和 2048 MB)。每個來源承諾的承諾方案都是 12-month。下列 gcloud CLI 指令可讓您合併這兩項約定，並建立名為 merged-commitment 的新約定。合併後的使用承諾會將資源指定為 7 個 N2 vCPU 和「4096 MB，並採用 12-month 的使用承諾方案：

gcloud compute commitments create merged-commitment \
    --plan=12-month \
    --project=myproject \
    --region=us-east1 \
    --type=general-purpose-n2 \
    --resources=vcpu=7,memory=4096MB \
     --merge-source-commitments=projects/myproject/regions/us-central1/commitments/source-commitment-1,projects/myproject/regions/us-central1/commitments/source-commitment-2

API

如要將現有約定合併為單一約定，請使用 regionCommitments.insert 方法。

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/commitments
{
  "name": COMMITMENT_NAME,
  "plan": COMMITMENT_PLAN,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "mergeSourceCommitments": [SOURCE_COMMITMENT_URL ...]
}

更改下列內容：

  • PROJECT_ID：要合併承諾的專案專案 ID。
  • REGION：與來源承諾相同的區域。

  • COMMITMENT_TYPE：與來源承諾方案相同的承諾方案類型，可以是下列其中一種：

    • ACCELERATOR_OPTIMIZED A2 機型資源
    • ACCELERATOR_OPTIMIZED_A3 適用於 A3 Edge 和 A3 High 機型資源
    • ACCELERATOR_OPTIMIZED_A3_MEGA，適用於 A3 Mega 機型資源
    • COMPUTE_OPTIMIZED 適用於 C2 機器類型資源
    • COMPUTE_OPTIMIZED_C2D 適用於 C2D 機型資源
    • COMPUTE_OPTIMIZED_C3，適用於 C3 機型資源
    • COMPUTE_OPTIMIZED_C3D 適用於 C3D 機型資源
    • COMPUTE_OPTIMIZED_H3 H3 機型資源
    • GENERAL_PURPOSE：適用於 N1 機器類型資源
    • GENERAL_PURPOSE_C4，適用於 C4 機型資源
    • GENERAL_PURPOSE_C4A，適用於 C4A 機型資源
    • GENERAL_PURPOSE_C4D 適用於 C4D 機型資源
    • GENERAL_PURPOSE_E2 適用於 E2 機器類型資源
    • GENERAL_PURPOSE_N2：適用於 N2 機器類型資源
    • GENERAL_PURPOSE_N2D (適用於 N2D 機器資源)
    • GENERAL_PURPOSE_N4：適用於 N4 機器類型資源
    • GENERAL_PURPOSE_T2D 適用於 Tau T2D 機型資源
    • GRAPHICS_OPTIMIZED 適用於 G2 機器類型資源
    • MEMORY_OPTIMIZED 適用於 M1 或 M2 機型資源
    • MEMORY_OPTIMIZED_M3 適用於 M3 機型資源
    • MEMORY_OPTIMIZED_M4 M4 機型資源
    • MEMORY_OPTIMIZED_M4_6TB，適用於搭載 6 TB 記憶體的執行個體，以及 M4 機器類型資源
    • MEMORY_OPTIMIZED_X4_16TB，適用於搭載 16 TB 記憶體的執行個體 X4 機器類型資源
    • MEMORY_OPTIMIZED_X4_24TB，適用於搭載 24 TB 記憶體的執行個體，以及 X4 機器類型資源
    • MEMORY_OPTIMIZED_X4_32TB，適用於搭載 32 TB 記憶體的執行個體 X4 機器類型資源
    • STORAGE_OPTIMIZED_Z3：適用於 Z3 機器類型資源

  • COMMITMENT_PLAN：與來源承諾相同的承諾方案，可為 TWELVE_MONTH 或 THIRTY_SIX_MONTH。

  • COMMITMENT_NAME：新合併的約期名稱。

  • NUMBER_VCPUS：來源承諾中的 vCPU 數量總和。

  • MEMORY：來源承諾中記憶體量的總和 (以 MB 為單位)。例如 1000 MB。如未指定單位，系統預設使用的單位為 MB。

  • SOURCE_COMMITMENT_URL：要合併的來源承諾網址。您必須指定以半形逗號分隔的專屬來源承諾網址清單。

舉例來說，假設地區 us-east1 有兩個來源承諾 (source-commitment-1 和 source-commitment-2)，資源分別指定為 (4 個 N2 vCPU 和 2048 MB) 和 (3 個 N2 vCPU 和 2048 MB)。每個來源承諾的承諾方案都是 TWELVE_MONTH。下列 POST 要求可讓您合併來源約期，並建立名為 merged-commitment 的新約期。合併後的承諾會將資源指定為 7 個 N2 vCPU 和「4096 MB」，並採用 TWELVE_MONTH 的承諾方案。

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-central1/commitments
{
  "name": "merged-commitment",
  "plan": "TWELVE_MONTH",
  "type": "GENERAL_PURPOSE_N2",
  "region": "us-east1",
   "resources": [
    {
      "type": "VCPU",
      "amount": "7"
    }
    {
      "type": "MEMORY",
      "amount": "4096"
    }
  ],
  "mergeSourceCommitments": [
         "projects/myproject/regions/us-central1/commitments/source-commitment-1",
         "projects/myproject/regions/us-central1/commitments/source-commitment-2",
         ...
    ]
}

拆分承諾使用合約

您可以將資源從現有承諾轉移出去，並將承諾分割為較小的承諾。分割功能可讓您以較小的個別承諾使用合約形式，密切監控及管理大型承諾使用合約的部分內容。舉例來說，您可以分割約期，並只為其中一個子項約期啟用自動續約功能，藉此只讓部分約期自動續約。分割後，您也可以使用分割承諾的優先歸因，以更精細的層級分配已承諾用量折扣。

如何分攤費用

分割現有承諾使用合約 (來源承諾使用合約) 時，您會將資源從來源承諾使用合約轉出，建立一或多個新的承諾使用合約 (分割承諾使用合約)，然後將轉移的資源重新分配給新的分割承諾使用合約。系統會在隔天美國和加拿大太平洋時間凌晨 12 點 (UTC-8，日光節約時間實行期間則為 UTC-7)，啟用新的分割承諾方案，並調整來源承諾方案的大小。Compute Engine 會將這個啟用日期設為分割承諾的開始日期。分割作業完成後，您會擁有下列約期：

  • 調整大小後的來源承諾，以及分割後剩餘的資源。
  • 重新分配資源後建立的新分割承諾使用合約。

來源承諾雖然會調整大小，但仍會保留所有其他屬性，包括開始和結束日期，並繼續正常運作。分割後的承諾使用合約會保留與來源承諾使用合約相同的到期日和續約資格期限。

由於新的分割承諾使用合約是在來源承諾使用合約生效後才建立，因此分割承諾使用合約的長度可能為自訂，而非預設的 1 年或 3 年。不過，分割後的承諾會保留來源承諾的 1 年或 3 年期承諾方案。

使用 Compute Engine API 和 gcloud CLI 時，一次只能建立一個新的分割約期。您可以使用 Google Cloud 控制台，在單一作業中建立多個新的分割約期。

如果承諾方案附加了保留項目，就無法分割。如要進一步瞭解附加保留項目的承諾，請參閱「合併使用保留項目與承諾使用折扣」。

分攤承諾示例

下表顯示現有承諾 (source-commitment) 在 2022 年 3 月 1 日分割為兩個不同承諾 (調整大小後的 source-commitment 和 split-commitment) 時的承諾屬性：

來源承諾使用合約
(拆分前)		 拆分承諾使用合約 來源承諾
(拆分後)
名稱 source-commitment split-commitment source-commitment
類型 N2 N2 N2
區域 us-central-1 us-central-1 us-central-1
資源
  • vCPU 數量：200
  • 記憶體：200 GB
  • vCPU 數量：50
  • 記憶體：100 GB
  • vCPU：150
  • 記憶體：100 GB
效期 3 年 3 年 3 年
開始日期* 2020 年 1 月 1 日 2022 年 3 月 2 日
(拆分後隔天)		 2020 年 1 月 1 日
結束日期† 2023 年 1 月 1 日 2023 年 1 月 1 日 2023 年 1 月 1 日
延長期限申請資格開放至 2021 年 1 月 1 日 2021 年 1 月 1 日 2021 年 1 月 1 日

*所有承諾都會在指定開始日期的美國和加拿大太平洋時間 (UTC-8 或 UTC-7) 凌晨 12 點生效。
†所有承諾會在指定結束日期的美國和加拿大太平洋時間 (UTC-8 或 UTC-7) 凌晨 12 點到期。

價格相關注意事項

承諾使用費用是所有承諾資源折扣價格的總和。分割承諾會以以下方式影響資源費用：

  • 調整大小後的來源承諾：調整大小後的來源承諾，資源折扣價格維持不變。
  • 分割承諾使用合約：新分割承諾使用合約的資源折扣價格，可能會在分割生效當天變更。即使以量計價價格有所變動，各項資源的新折扣價格仍會維持不變，直到新的分割承諾使用合約到期為止。

不過，如果日後再次合併或分割這兩項承諾，折扣價格可能會再次變更。

限制

  • 您無法拆分授權承諾。
  • 您無法拆分附加保留項目的承諾使用合約。因此，您無法分割含有 GPU、本機 SSD 磁碟或兩者的承諾，因為含有這些資源的承諾一律會附加保留項目。
  • 建立分割承諾時，您無法建立任何新的預訂，並將其附加至這些承諾。
  • 您無法拆分已過期或取消的承諾使用合約。
  • 根據預設，建立分割承諾時，即使所有來源承諾都設為自動續約，新承諾的自動續約設定也會停用。如要讓分割承諾使用合約自動續約，必須手動啟用這些承諾使用合約的自動續約設定。您可以在建立時或建立後執行這項操作。
  • 使用 Compute Engine API 或 gcloud CLI 時，一次只能建立一個新的分割承諾。

需求條件

分割來源約定並建立一或多個分割約定時，來源和分割約定必須符合下列規定：

  • 新的分割承諾必須與來源承諾使用相同的專案、承諾類型、區域和承諾方案。不過，您必須為拆分後的承諾選擇新名稱。
  • 為新分割的約定指定的資源類型，必須與來源約定中的部分或所有資源類型相符。此外，為新分割承諾使用合約指定的資源總量，必須是來源承諾使用合約中的一部分資源。您必須保留來源約定中的部分資源。舉例來說，假設您的來源承諾方案包含 200 個 vCPU 和 300 GB 記憶體，則適用下列調整大小和重新分配情境：
    • 您可以將 200 個 vCPU 和 300 GB 記憶體的部分資源，重新分配給新的分割承諾。
    • 您可以重新分配所有 200 個 vCPU，但必須保留來源承諾中的部分記憶體。
    • 您可以重新分配所有 300 GB 的記憶體，但必須保留來源承諾中的部分 vCPU。
    • 您無法將所有 200 個 vCPU 和 300 GB 記憶體全部分配給新的分割承諾
  • 來源和分割承諾必須適用於 vCPU、記憶體或兩者組合的硬體資源。

此外，如要使用 Google Cloud CLI 分割來源承諾，請將 Google Cloud CLI 更新至 423.0.0 以上版本。如果您嘗試使用舊版 gcloud CLI 分割來源約期，分割作業會失敗，且 Compute Engine 會擲回錯誤。

建立分割承諾

使用 gcloud CLI 或 Compute Engine API，一次建立一個新的分割承諾。使用 Google Cloud 控制台一次建立多個新的分割約期。分割約定用量前，請先詳閱分割限制。

控制台

  1. 在 Google Cloud 控制台中，選取要分割承諾的專案，然後前往「承諾使用折扣」頁面。

    前往「承諾使用折扣」

  2. 如要啟動約期的分割作業，請在「約期清單」頁面的「硬體約期」分頁中，執行下列任一操作：

    • 從清單中選取要分割的約期，然後按一下「分割」。
    • 在「名稱」欄中，按一下要分割的約定名稱。在開啟的「硬體承諾詳細資料」頁面中，按一下「分割」。

  3. 在隨即開啟的「Split commitment」(分割約期) 頁面中，點選「Resize」(調整大小) 分頁標籤，然後執行下列操作：

    1. 在「vCPU」和「記憶體」欄位中，指定您要在原始約期中保留的 vCPU 數量和記憶體。剩餘資源可重新分配給分割承諾。調整大小後，來源承諾不得為空。
    2. 點選「下一步」。系統會開啟「重新發布」分頁。

  4. 在「Split commitment」(分割使用承諾) 頁面的「Redistribute」(重新分配) 分頁中，執行下列操作：

    1. 在「Name」(名稱) 欄位中，指定分割承諾的名稱。
    2. 在「vCPU」和「記憶體」欄位中，指定您要在分割的約期中使用的 vCPU 數量和記憶體容量。
      • 如要建立多個分割承諾，請只指定重新分配資源的一部分。
      • 否則，請指定所有重新發布的資源。
    3. 選用：如要啟用自動續約功能，請勾選「啟用自動續約」核取方塊。
    4. 按一下 [完成]。
    5. 選用：如要建立其他分割承諾，請按一下「新增項目」，然後重複上述步驟。
    6. 點選「下一步」。系統會開啟「查看」分頁。

  5. 在「Split commitment」(分割使用承諾) 頁面的「Review」(檢閱) 分頁中，執行下列操作：

    1. 仔細查看並確認調整大小後的承諾使用合約和拆分承諾使用合約的詳細資料。
      • 如要修改原始承諾的資源分配，請選取視窗左側的「調整大小」分頁，然後重複步驟 3。
      • 如要修改在分割承諾中重新分配的資源，請選取視窗左側的「重新分配」分頁，然後重複步驟 4。
    2. 詳閱條款及細則。
    3. 如要完成建立分割承諾，並返回「承諾清單」頁面，請按一下「提交」。

gcloud

如要將現有承諾拆分為兩個承諾，請使用 gcloud compute commitments create 指令，並加上 --split-source-commitment 旗標。

gcloud compute commitments create COMMITMENT_NAME \
    --region=REGION \
    --project=PROJECT_ID \
    --plan=COMMITMENT_PLAN \
    --type=COMMITMENT_TYPE \
    --resources=vcpu=NUMBER_VCPUS,memory=MEMORY \
    --split-source-commitment=SOURCE_COMMITMENT_URL

更改下列內容：

  • COMMITMENT_NAME：新拆分承諾的名稱。

  • COMMITMENT_TYPE：與來源承諾方案相同的承諾方案類型，可以是下列其中一種：

    • accelerator-optimized A2 機型資源
    • accelerator-optimized-a3 適用於 A3 Edge 和 A3 High 機型資源
    • accelerator-optimized-a3-mega，適用於 A3 Mega 機型資源
    • compute-optimized 適用於 C2 機器類型資源
    • compute-optimized-c2d 適用於 C2D 機型資源
    • compute-optimized-c3，適用於 C3 機型資源
    • compute-optimized-c3d 適用於 C3D 機型資源
    • compute-optimized-h3 H3 機型資源
    • general-purpose：適用於 N1 機器類型資源
    • general-purpose-c4，適用於 C4 機型資源
    • general-purpose-c4a，適用於 C4A 機型資源
    • general-purpose-c4d 適用於 C4D 機型資源
    • general-purpose-e2 適用於 E2 機器類型資源
    • general-purpose-n2：適用於 N2 機器類型資源
    • general-purpose-n2d (適用於 N2D 機器資源)
    • general-purpose-n4：適用於 N4 機器類型資源
    • general-purpose-t2d 適用於 Tau T2D 機型資源
    • graphics-optimized 適用於 G2 機器類型資源
    • memory-optimized 適用於 M1 或 M2 機型資源
    • memory-optimized-m3 適用於 M3 機型資源
    • memory-optimized-m4 M4 機型資源
    • memory-optimized-m4-6tb，適用於搭載 6 TB 記憶體的執行個體
    • memory-optimized-x4-16tb 適用於 X4 機器類型 適用於記憶體容量為 16 TB 的執行個體
    • memory-optimized-x4-24tb 適用於 X4 機器類型， 適用於記憶體容量為 24 TB 的執行個體
    • memory-optimized-x4-32tb 適用於 X4 機器類型， 適用於記憶體容量達 32 TB 的執行個體
    • storage-optimized-z3：適用於 Z3 機器類型資源

  • REGION：與來源承諾方案相同的區域。

  • PROJECT_ID：您要分割來源約定的專案 ID。

  • COMMITMENT_PLAN：與來源承諾方案相同的承諾方案，可為 12-month 或 36-month。

  • NUMBER_VCPUS：您要從來源承諾轉移的 vCPU 數量，用於建立新的分割承諾。這個數字必須是小於來源承諾 vCPU 數量的整數。

  • MEMORY：您要從來源約期轉移的記憶體量 (單位為 MB 或 GB)，用於建立新的分割約期。金額必須低於來源承諾的記憶體金額。例如 1000 MB。如未指定單位，系統預設使用的單位為 GB。記憶體可以 0.25 GB 為增量單位購買。

  • SOURCE_COMMITMENT_URL：您要從中劃出資源的來源承諾網址。

舉例來說，假設區域 us-east1 中有來源承諾 (source-commitment)，其資源指定為 3 個 N2 vCPU 和 2048 MB 記憶體。下列 gcloud CLI 指令可將承諾拆分為兩個獨立承諾：

gcloud compute commitments create split-commitment \
    --plan=12-month \
    --type=general-purpose-n2 \
    --region=us-east1 \
    --project=myproject \
    --resources vcpu=1,memory=1024MB \
    --split-source-commitment=projects/myproject/regions/us-central1/commitments/source-commitment

在分割 source-commitment 的過程中，Compute Engine 會執行下列操作：

  • 從 source-commitment 取得資源，並建立新的承諾 split-commitment，其中包含 1 個 N2 vCPU 和 1024 MB 記憶體。
  • 將 source-commitment 大小調整為剩餘資源。

API

如要將現有約定分割為兩項約定，請使用 regionCommitments.insert 方法。

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/commitments
{
  "name": COMMITMENT_NAME,
  "plan": COMMITMENT_PLAN,
  "type": COMMITMENT_TYPE,
  "region": REGION,
  "resources": [
    {
      "type": "vCPUs",
      "amount": NUMBER_VCPUS
    }
    {
      "type": "MEMORY",
      "amount": MEMORY
    }
  ],
  "splitSourceCommitment": SOURCE_COMMITMENT_URL
}

更改下列內容：

  • PROJECT_ID：您要分割來源約定的專案 ID。
  • REGION：與來源承諾方案相同的區域。
  • COMMITMENT_NAME：新拆分承諾的名稱。

  • COMMITMENT_TYPE：與來源承諾方案相同的承諾方案類型，可以是下列其中一種：

    • ACCELERATOR_OPTIMIZED A2 機型資源
    • ACCELERATOR_OPTIMIZED_A3 適用於 A3 Edge 和 A3 High 機型資源
    • ACCELERATOR_OPTIMIZED_A3_MEGA，適用於 A3 Mega 機型資源
    • COMPUTE_OPTIMIZED 適用於 C2 機器類型資源
    • COMPUTE_OPTIMIZED_C2D 適用於 C2D 機型資源
    • COMPUTE_OPTIMIZED_C3，適用於 C3 機型資源
    • COMPUTE_OPTIMIZED_C3D 適用於 C3D 機型資源
    • COMPUTE_OPTIMIZED_H3 H3 機型資源
    • GENERAL_PURPOSE：適用於 N1 機器類型資源
    • GENERAL_PURPOSE_C4，適用於 C4 機型資源
    • GENERAL_PURPOSE_C4A，適用於 C4A 機型資源
    • GENERAL_PURPOSE_C4D 適用於 C4D 機型資源
    • GENERAL_PURPOSE_E2 適用於 E2 機器類型資源
    • GENERAL_PURPOSE_N2：適用於 N2 機器類型資源
    • GENERAL_PURPOSE_N2D (適用於 N2D 機器資源)
    • GENERAL_PURPOSE_N4：適用於 N4 機器類型資源
    • GENERAL_PURPOSE_T2D 適用於 Tau T2D 機型資源
    • GRAPHICS_OPTIMIZED 適用於 G2 機器類型資源
    • MEMORY_OPTIMIZED 適用於 M1 或 M2 機型資源
    • MEMORY_OPTIMIZED_M3 適用於 M3 機型資源
    • MEMORY_OPTIMIZED_M4 M4 機型資源
    • MEMORY_OPTIMIZED_M4_6TB，適用於搭載 6 TB 記憶體的執行個體，以及 M4 機器類型資源
    • MEMORY_OPTIMIZED_X4_16TB，適用於搭載 16 TB 記憶體的執行個體 X4 機器類型資源
    • MEMORY_OPTIMIZED_X4_24TB，適用於搭載 24 TB 記憶體的執行個體，以及 X4 機器類型資源
    • MEMORY_OPTIMIZED_X4_32TB，適用於搭載 32 TB 記憶體的執行個體 X4 機器類型資源
    • STORAGE_OPTIMIZED_Z3：適用於 Z3 機器類型資源

  • COMMITMENT_PLAN：與來源承諾方案相同的承諾方案，可為 TWELVE_MONTH 或 THIRTY_SIX_MONTH。

  • NUMBER_VCPUS：您要從來源承諾轉移的 vCPU 數量，用於建立新的分割承諾。這個數字必須是小於來源承諾 vCPU 數量的整數。

  • MEMORY：您要從來源約期轉移的記憶體量 (以 MB 為單位)，用於建立新的分割約期。金額必須低於來源承諾的記憶體金額。例如 1000 MB。如未指定單位，系統預設使用的單位為 MB。記憶體可以 0.25 GB 為增量單位購買。

  • SOURCE_COMMITMENT_URL：您要轉移資源的來源承諾網址。

舉例來說，假設區域 us-east1 中有來源承諾 (source-commitment)，其資源指定為 3 個 N2 vCPU 和 2048 MB 記憶體。下列 POST 要求可將約期分成兩個獨立的約期：

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-central1/commitments
{
  "name": "split-commitment",
  "plan": "TWELVE_MONTH",
  "type": "GENERAL_PURPOSE_N2",
  "region": "us-east1",
  "resources": [
    {
      "type": "VCPU",
      "amount": "1"
    }
    {
      "type": "MEMORY",
      "amount": "1024"
    }
  ],
  "splitSourceCommitment": "projects/myproject/regions/us-central1/commitments/source-commitment"
}

在分割 source-commitment 的過程中，Compute Engine 會執行下列操作：

  • 從 source-commitment 取得資源，並建立新的承諾 split-commitment，其中包含 1 個 N2 vCPU 和 1024 MB 記憶體。
  • 將 source-commitment 大小調整為剩餘資源。

後續步驟