Unisci e suddividi gli impegni

---

Per aiutarti a gestire i requisiti delle risorse per i tuoi progetti, Compute Engine ti consente di unire o suddividere gli impegni esistenti e di ridistribuire le risorse in modo che corrispondano alla granularità richiesta per i tuoi progetti.

Questo documento descrive i vantaggi e la procedura di unione e suddivisione dei impegni, nonché le limitazioni e i requisiti applicabili.

Prima di iniziare

• Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione è la procedura mediante la quale la tua identità viene verificata per l'accesso alle API e ai servizi Google Cloud. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti su Compute Engine selezionando una delle seguenti opzioni:
  

  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

     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

  Per utilizzare gli esempi dell'API REST in questa pagina in un ambiente di sviluppo locale, utilizza le credenziali fornite a gcloud CLI.

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

  gcloud init

  Per ulteriori informazioni, consulta Eseguire l'autenticazione per l'utilizzo di REST nella documentazione sull'autenticazione di Google Cloud.

Unisci impegni

Puoi unire più impegni compatibili per creare un nuovo impegno più grande. Unendo gli impegni, puoi monitorarli e gestirli come un'unica entità. L'unione degli impegni ti consente di evitare date di fine degli impegni frazionate impostando la scadenza degli impegni individuali in modo che scadano contemporaneamente. La fusione ti consente inoltre di aumentare gradualmente i carichi di lavoro. Ad esempio, puoi acquistare impegni più recenti e più piccoli in caso di necessità e scegliere di unirli o di combinarli con un impegno esistente.

Attenzione: quando unisci i commit, tutte le regole di attribuzione con priorità associate a questi commit vengono eliminate e non possono essere recuperate. Se vuoi continuare a utilizzare le regole di attribuzione con priorità sui commit uniti, devi ricrearle dopo la corrispondente operazione.

Come funziona l'unione

Quando unisci singoli impegni (impegni di origine), crei un nuovo impegno (impegno unito) con le risorse combinate di tutti gli impegni di origine. Alle ore 00:00 (fuso orario del Pacifico USA e Canada) del giorno successivo (UTC-8 o UTC-7 se è in vigore l'ora legale), l'impegno unito diventa attivo e gli impegni di origine vengono annullati. Questa data di activation diventa la data di inizio dell'impegno unito e l'operazione di unione termina.

Inoltre, l'impegno unito appena creato eredita le seguenti proprietà, indipendentemente dal fatto che gli impegni di origine abbiano la durata preimpostata o una durata personalizzata:

• La data di fine più lontana nel futuro tra gli impegni delle origini.
• Il periodo di idoneità per l'estensione del termine che termina per primo tra gli impegni di origine.

Ad esempio, considera due impegni delle origini che iniziano rispettivamente il 1° gennaio 2020 e il 1° dicembre 2020. I relativi impegni hanno rispettivamente come date di fine il 1° gennaio 2023 e il 1° dicembre 2023. Il periodo di idoneità per l'estensione del termine per il primo impegno rimane aperto fino al 1° maggio 2020 e per il secondo impegno fino al 1° aprile 2021. Se unisci questi impegni il 1° marzo 2022, l'impegno unito eredita una data di fine del 1° dicembre 2023. Il periodo di idoneità per l'estensione del termine dell'impegno unito sarebbe terminato già il 1° maggio 2020.

Se a uno degli impegni di origine sono associate prenotazioni, queste vengono conservate durante l'unione e vengono associate all'impegno unito dopo la sua creazione. Per scoprire di più sugli impegni con prenotazioni allegate, consulta Allega prenotazioni agli impegni basati sulle risorse.

Esempio di impegno unito

La tabella seguente mostra le proprietà degli impegni di origine e uniti in uno scenario in cui due impegni (source-commitment-1 e source-commitment-2) vengono uniti in un unico impegno (merged-commitment) su March 1, 2022:

	Primo impegno dell'origine (prima dell'unione)	Impegno della seconda origine (prima dell'unione)	Impegno unito
Nome	source-commitment-1	source-commitment-2	merged-commitment
Tipo	N2	N2	N2
Regione	us-central-1	us-central-1	us-central-1
Risorse	vCPU: 100 Memoria: 100 GB	vCPU: 200 Memoria: 300 GB	vCPU: 300 Memoria: 400 GB
Termine	3 anni	3 anni	3 anni
Data di inizio^*	1° gennaio 2020	1 dicembre 2020	2 marzo 2022 (il giorno dopo l'unione)
Data di fine^†	1° gennaio 2023	1° dicembre 2023	1° dicembre 2023
Finestra di idoneità per l'estensione del termine aperta fino al giorno	1 maggio 2020	1° aprile 2021	1 maggio 2020

^*Tutti gli impegni iniziano alle ore 00:00 (fuso orario del Pacifico USA e Canada) (UTC-8 o UTC-7) nella data di inizio specificata.
^†Tutti gli impegni scadono alle ore 00:00 (fuso orario del Pacifico USA e Canada) (UTC-8 o UTC-7) nella data di fine specificata.

Implicazioni sui prezzi

La tariffa dell'impegno è la somma dei prezzi scontati di tutte le risorse impegnate. Quando unisci l'impegno, i prezzi scontati delle risorse dell'impegno unito potrebbero cambiare il giorno in cui l'impegno unito diventa attivo. Questo nuovo prezzo scontato per ogni risorsa rimane invariato fino alla fine del periodo dell'impegno combinato, anche se i prezzi on demand cambiano. Tuttavia, se in futuro unisci o dividi di nuovo questo impegno, i prezzi scontati delle risorse potrebbero cambiare di nuovo.

Limitazioni

• Non puoi unire gli impegni di licenza.
• Al momento della creazione degli impegni uniti, non puoi creare nuove prenotazioni e associarle a questi impegni.
• Non puoi unire gli impegni scaduti o annullati.
• Per impostazione predefinita, quando crei impegni uniti, l'impostazione di rinnovo automatico viene disattivata sui nuovi impegni anche se è stato impostato il rinnovo automatico per tutti gli impegni di origine. Se vuoi che gli impegni uniti si rinnovino automaticamente, devi attivare manualmente l'impostazione di rinnovo automatico per questi impegni. Puoi farlo al momento della creazione o dopo la creazione.

Requisiti

Quando unisci singoli impegni di origine per creare un nuovo impegno combinato, gli impegni di origine e combinati devono soddisfare i seguenti requisiti:

• Gli impegni di origine devono avere lo stesso progetto, la stessa regione, la stessa durata (o termine), lo stesso tipo di impegno e la stessa categoria di impegno.
• Il nuovo impegno unito deve avere lo stesso progetto, la stessa regione, la stessa durata (o periodo), lo stesso tipo di impegno e la stessa categoria di impegno degli impegni di origine. Tuttavia, puoi scegliere un nuovo nome per l'impegno unito.
• I tipi di risorse specificati per l'impegno unito devono essere esattamente gli stessi tipi di risorse presenti negli impegni di origine. Inoltre, la quantità di risorse per ogni tipo di risorsa nel nuovo impegno unito deve essere uguale alla somma delle quantità di risorse per quel tipo di risorsa in tutti gli impegni di origine. Ad esempio, se il primo impegno di origine ha 100 vCPU e 100 GB di memoria e il secondo impegno di origine ha 200 vCPU e 300 GB di memoria, devi creare l'impegno unito con 300 vCPU e 400 GB di memoria.
• Gli impegni di origine e uniti devono riguardare risorse hardware (vCPU, memoria, GPU e dischi SSD locali).

Creare impegni uniti

Crea un impegno unito utilizzando l'interfaccia a riga di comando gcloud o l'API Compute Engine. Prima di unire gli impegni, consulta le limitazioni per l'unione.

Autorizzazioni richieste per questa attività

Per eseguire questa attività, devi disporre delle seguenti autorizzazioni:

• compute.commitments.create nel progetto o nell'organizzazione.

Console

1. Nella console Google Cloud, seleziona il progetto in cui vuoi riunire gli impegni e vai alla pagina Sconti per utilizzo a livello di impegno.

   Vai a Sconti per impegno di utilizzo

2. Per avviare l'operazione di unione per un insieme di impegni, fai clic su Unisci nella scheda Impegni hardware della pagina Elenco impegni.

   In alternativa, puoi anche selezionare gli impegni da unire dall'elenco e fare clic su Unisci.

3. Nella scheda Scegli impegno della pagina Unione che si apre, svolgi i seguenti passaggi:

   1. In Scegli gli impegni da unire, seleziona gli impegni che vuoi unire dall'elenco. Se hai già selezionato questi impegni nella pagina Elenco impegni, verifica gli impegni selezionati in questa scheda.

      (Facoltativo) Puoi anche specificare i valori di Piano, Regione e Tipo di impegno che vuoi per l'impegno unito prima di selezionare i singoli impegni da unire. In questo modo, viene filtrato l'elenco dei vincoli in modo da visualizzare solo quelli che puoi unire per gli attributi specificati.

   2. Fai clic su Avanti. Si apre la scheda Revisione.

4. Nella scheda Esamina della pagina Unisci:

   1. Rivedi e conferma i dettagli dell'impegno unito. Per modificare l'elenco dei singoli impegni da unire, seleziona la scheda Scegli impegno sul lato sinistro della finestra e ripeti il passaggio 3.
   2. Nel campo Nuovo nome impegno, inserisci un nome per l'impegno unito.
   3. (Facoltativo) Per attivare il rinnovo automatico per l'impegno unito, seleziona la casella di controllo Attiva rinnovo automatico.
   4. Leggi i Termini e condizioni.
   5. Per completare la creazione dell'impegno unito e tornare alla pagina Elenco impegni, fai clic su Unisci.

gcloud

Per unire i commit esistenti in un unico commit, utilizza il comando gcloud compute commitments create con il flag --merge-source-commitment.

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

Sostituisci quanto segue:

• COMMITMENT_NAME: il nome del nuovo impegno unito.
• NUMBER_VCPUS: la somma del numero di vCPU negli impegni di origine.

• COMMITMENT_TYPE: lo stesso tipo di impegno degli impegni delle origini, uno dei seguenti:

  • accelerator-optimized per le risorse di tipo di macchina A2
  • accelerator-optimized-a3 per le risorse tipo di macchina A3 Edge e High
  • accelerator-optimized-a3-mega per le risorse del tipo di macchina A3 Mega
  • compute-optimized per le risorse di tipo di macchina C2
  • compute-optimized-c2d per le risorse di tipo di macchina C2D
  • compute-optimized-c3 per le risorse di tipo di macchina C3
  • compute-optimized-c3d per le risorse di tipo di macchina C3D
  • compute-optimized-h3 per le risorse del tipo di macchina H3
  • general-purpose per le risorse di tipo di macchina N1
  • general-purpose-c4 per le risorse del tipo di macchina C4
  • general-purpose-c4a per le risorse del tipo di macchina C4A
  • general-purpose-e2 per le risorse relative tipo di macchina E2
  • general-purpose-n2 per le risorse di tipo di macchina N2
  • general-purpose-n2d per le risorse delle macchine N2D
  • general-purpose-n4 per le risorse di tipo di macchina N4
  • general-purpose-t2d per le risorse di tipo di macchina Tau T2D
  • graphics-optimized per le risorse di tipo di macchina G2
  • memory-optimized per le risorse di tipo di macchina M1 o M2
  • memory-optimized-m3 per le risorse del tipo di macchina M3
  • storage-optimized-z3 per le risorse del tipo di macchina Z3

• REGION: la stessa regione dei commit di origine.

• PROJECT_ID: l'ID progetto per il quale vuoi unire gli impegni.

• DURATION: la stessa durata (o termine) degli impegni relativi alle fonti, 12-month o 36-month.

• MEMORY: la somma degli importi, in MB o GB, della memoria negli impegni di origine. Ad esempio, 1000 MB. Se le unità non sono specificate, l'unità predefinita utilizzata è GB.

• SOURCE_COMMITMENT_URLS: specifica un elenco di URL di impegni delle origini distinti, separando ciascun URL con una virgola. Non aggiungere spazi tra gli URL. Nell'elenco, devi specificare almeno due URL di impegno dell'origine.

Ad esempio, considera due impegni di origine nella regione us-east1 con le rispettive risorse (4 vCPU N2 e 2048 MB) e (3 vCPU N2 e 2048 MB). La durata di ciascuno degli impegni relativi alle sorgenti è di 12 mesi. Il seguente comando gcloud CLI combina i due impegni e crea un nuovo impegno denominato merged-commitment, con le risorse 7 vCPU N2 e 4096 MB e la durata di 12 mesi:

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

Per unire gli impegni esistenti in un unico impegno, utilizza il metodo regionCommitments.insert.

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

Sostituisci quanto segue:

• PROJECT_ID: l'ID progetto per il quale vuoi unire gli impegni.
• REGION: la stessa regione dei commit di origine.

• COMMITMENT_TYPE: lo stesso tipo di impegno degli impegni delle origini, uno dei seguenti:

  • ACCELERATOR_OPTIMIZED per le risorse di tipo di macchina A2
  • ACCELERATOR_OPTIMIZED_A3 per le risorse tipo di macchina A3 Edge e High
  • ACCELERATOR_OPTIMIZED_A3_MEGA per le risorse del tipo di macchina A3 Mega
  • COMPUTE_OPTIMIZED per le risorse di tipo di macchina C2
  • COMPUTE_OPTIMIZED_C2D per le risorse di tipo di macchina C2D
  • COMPUTE_OPTIMIZED_C3 per le risorse di tipo di macchina C3
  • COMPUTE_OPTIMIZED_C3D per le risorse di tipo di macchina C3D
  • COMPUTE_OPTIMIZED_H3 per le risorse del tipo di macchina H3
  • GENERAL_PURPOSE per le risorse di tipo di macchina N1
  • GENERAL_PURPOSE_C4 per le risorse del tipo di macchina C4
  • GENERAL_PURPOSE_C4A per le risorse del tipo di macchina C4A
  • GENERAL_PURPOSE_E2 per le risorse relative tipo di macchina E2
  • GENERAL_PURPOSE_N2 per le risorse di tipo di macchina N2
  • GENERAL_PURPOSE_N2D per le risorse delle macchine N2D
  • GENERAL_PURPOSE_N4 per le risorse di tipo di macchina N4
  • GENERAL_PURPOSE_T2D per le risorse di tipo di macchina Tau T2D
  • GRAPHICS_OPTIMIZED per le risorse di tipo di macchina G2
  • MEMORY_OPTIMIZED per le risorse di tipo di macchina M1 o M2
  • MEMORY_OPTIMIZED_M3 per le risorse del tipo di macchina M3
  • STORAGE_OPTIMIZED_Z3 per le risorse del tipo di macchina Z3

• DURATION: la stessa durata (o termine) degli impegni relativi alle fonti, TWELVE_MONTH o THIRTY_SIX_MONTH.

• COMMITMENT_NAME: il nome del nuovo impegno unito.

• NUMBER_VCPUS: la somma del numero di vCPU negli impegni di origine.

• MEMORY: la somma degli importi, in MB, di memoria nei vincoli di origine. Ad esempio, 1000 MB. Se le unità non sono specificate, viene utilizzata l'unità predefinita MB.

• SOURCE_COMMITMENT_URL: l'URL del commit di origine che vuoi unire. Devi specificare un elenco di URL di impegno delle origini distinti separati da virgole.

Ad esempio, prendiamo in considerazione due impegni di origine (source-commitment-1 e source-commitment-2) nella regione us-east1 con le relative risorse rispettivamente di (4 vCPU N2 e 2048 MB) e (3 vCPU N2 e 2048 MB). La seguente richiesta POST unisce source-commitment-1 e source-commitment-2 in un unico impegno denominato merged-commitment:

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",
         ...
    ]
}

Suddividere gli impegni

Puoi trasferire risorse da un impegno esistente e suddividere l'impegno in impegni più piccoli. La suddivisione ti consente di monitorare e gestire attentamente le parti di un impegno più grande sotto forma di singoli impegni più piccoli. Ad esempio, puoi impostare solo una parte di un impegno per il rinnovo automatico dividendolo e attivando il rinnovo automatico solo per uno degli impegni secondari. Con la suddivisione, puoi anche distribuire gli sconti per l'utilizzo vincolato a un livello più granulare utilizzando l'attribuzione con priorità per gli impegni di suddivisione.

Attenzione: quando dividi i vincoli, tutte le regole di attribuzione con priorità associate a questi vincoli vengono eliminate e non possono essere recuperate. Se vuoi continuare a utilizzare le regole di attribuzione con priorità su impegni uniti o suddivisi, devi ricrearle dopo la rispettiva operazione.

Come funziona la suddivisione

Quando dividi un impegno esistente (impegno di origine), trasferisci le risorse dall'impegno di origine, crei uno o più nuovi impegni (impegni suddivisi) e ridistribuisci le risorse trasferite tra i nuovi impegni suddivisi. Sia l'attivazione dei nuovi impegni suddivisi sia il ridimensionamento dell'impegno di origine vengono eseguiti alle ore 00:00 (fuso orario del Pacifico USA e Canada) (UTC-8 o UTC-7 durante l'ora legale) del giorno successivo. Compute Engine imposta questa data di attivazione come data di inizio per gli impegni suddivisi. Al termine dell'operazione di suddivisione, hai i seguenti impegni:

• L'impegno dell'origine ridimensionato con le risorse rimanenti dopo la suddivisione.
• Gli impegni suddivisi appena creati con le risorse ridistribuite.

L'impegno di origine, anche se ridimensionato, mantiene tutti gli altri attributi, tra cui le date di inizio e di fine, e continua a funzionare normalmente. Gli impegni suddivisi mantengono la stessa data di fine e la stessa finestra di idoneità per l'estensione del termine dell'impegno di origine.

Puoi creare un solo nuovo impegno suddiviso alla volta utilizzando l'API Compute Engine e gcloud CLI. Puoi creare più nuovi impegni suddivisi in un'unica operazione utilizzando la console Google Cloud.

Non puoi suddividere un impegno se sono associate prenotazioni. Per scoprire di più sugli impegni con prenotazioni allegate, consulta la pagina Combinare le prenotazioni con gli sconti per impegno di utilizzo.

Esempio di impegno suddiviso

La tabella seguente mostra le proprietà dell'impegno quando un impegno esistente (source-commitment) viene suddiviso in due impegni distinti (source-commitment e split-commitment con dimensioni modificate) il 1° marzo 2022:

	Impegno della sorgente (prima della suddivisione)	Impegno suddiviso	Impegno della sorgente (dopo la suddivisione)
Nome	source-commitment	split-commitment	source-commitment
Tipo	N2	N2	N2
Regione	us-central-1	us-central-1	us-central-1
Risorse	vCPU: 200 Memoria: 200 GB	vCPU: 50 Memoria: 100 GB	vCPU: 150 Memoria: 100 GB
Termine	3 anni	3 anni	3 anni
Data di inizio^*	1° gennaio 2020	2 marzo 2022 (il giorno dopo la scissione)	1° gennaio 2020
Data di fine^†	1° gennaio 2023	1° gennaio 2023	1° gennaio 2023
Finestra di idoneità per l'estensione del termine aperta fino al giorno	1° gennaio 2021	1° gennaio 2021	1° gennaio 2021

^*Tutti gli impegni iniziano alle ore 00:00 (fuso orario del Pacifico USA e Canada) (UTC-8 o UTC-7) nella data di inizio specificata.
^†Tutti gli impegni scadono alle ore 00:00 (fuso orario del Pacifico USA e Canada) (UTC-8 o UTC-7) nella data di fine specificata.

Implicazioni sui prezzi

La tariffa dell'impegno è la somma dei prezzi scontati di tutte le risorse impegnate. La suddivisione di un impegno influisce sui costi delle risorse nel seguente modo:

• Impegno dell'origine ridimensionato: i prezzi scontati delle risorse dell'impegno dell'origine ridimensionato rimangono invariati.
• Impegno suddiviso: i prezzi scontati delle risorse del nuovo impegno suddiviso potrebbero cambiare il giorno in cui l'impegno suddiviso diventa attivo. Questo nuovo prezzo scontato per ogni risorsa rimane invariato fino alla fine del periodo del nuovo impegno suddiviso, anche se i prezzi on demand cambiano.

Tuttavia, se in futuro unisci o dividi di nuovo uno di questi impegni, i prezzi scontati potrebbero cambiare di nuovo.

Limitazioni

• Non puoi suddividere gli impegni di licenza.
• Non puoi suddividere gli impegni con prenotazioni allegate. Di conseguenza, non puoi suddividere gli impegni che includono GPU, dischi SSD locali o entrambi, poiché gli impegni con queste risorse hanno sempre prenotazioni collegate.
• Al momento della creazione degli impegni suddivisi, non puoi creare nuove prenotazioni e associarle a questi impegni.
• Non puoi suddividere gli impegni scaduti o annullati.
• Per impostazione predefinita, quando crei impegni suddivisi, l'impostazione di rinnovo automatico è disattivata sui nuovi impegni anche se è stato impostato il rinnovo automatico per tutti gli impegni di origine. Se vuoi che gli impegni suddivisi si rinnovino automaticamente, devi attivare manualmente l'impostazione di rinnovo automatico per questi impegni. Puoi farlo al momento della creazione o dopo la creazione.
• Puoi creare un solo nuovo impegno suddiviso alla volta utilizzando l'API Compute Engine o la gcloud CLI.

Requisiti

Quando dividi un impegno di origine e crei uno o più impegni suddivisi, gli impegni di origine e suddivisi devono soddisfare i seguenti requisiti:

• I nuovi impegni suddivisi devono avere lo stesso progetto, tipo di impegno, regione e durata (o periodo) dell'impegno di origine. Tuttavia, devi scegliere nuovi nomi per gli impegni suddivisi.
• I tipi di risorse specificati per i nuovi impegni suddivisi devono corrispondere ad alcuni o a tutti i tipi di risorse nell'impegno di origine. Inoltre, la quantità combinata di risorse specificata per i nuovi impegni suddivisi deve essere una parte delle risorse dell'impegno di origine. Devi mantenere una parte delle risorse nell'impegno di origine. Ad esempio, supponiamo che l'impegno di origine sia per 200 vCPU e 300 GB di memoria. Sono applicabili i seguenti scenari di ridimensionamento e ridistribuzione:
  • Puoi ridistribuire una parte delle 200 vCPU e una parte della memoria di 300 GB tra i nuovi impegni suddivisi.
  • Puoi ridistribuire tutte le 200 vCPU, ma devi mantenere una parte della memoria nell'impegno di origine.
  • Puoi ridistribuire tutti i 300 GB di memoria, ma devi mantenere una parte delle vCPU nell'impegno di origine.
  • Non puoi ridistribuire tutte le 200 vCPU e tutta la memoria di 300 GB tra i nuovi impegni suddivisi
• Gli impegni di origine e suddivisi devono riguardare risorse hardware costituite da vCPU, memoria o una combinazione di entrambe.

Inoltre, per utilizzare Google Cloud CLI per suddividere un impegno di origine, aggiorna Google Cloud CLI alla versione 423.0.0 o successiva. Se provi a suddividere un impegno di origine utilizzando una versione precedente gcloud CLI, l'operazione di suddivisione non va a buon fine e Compute Engine genera un errore.

Creare impegni suddivisi

Crea un nuovo impegno suddiviso alla volta utilizzando gcloud CLI o l'API Compute Engine. Crea più nuovi impegni suddivisi contemporaneamente utilizzando la console Google Cloud. Prima di suddividere un impegno, consulta le limitazioni per la suddivisione.

Autorizzazioni richieste per questa attività

Per eseguire questa attività, devi disporre delle seguenti autorizzazioni:

• compute.commitments.create nel progetto o nell'organizzazione.

Console

1. Nella console Google Cloud, seleziona il progetto in cui vuoi dividere un impegno e vai alla pagina Sconti per utilizzo a livello di impegno.

   Vai a Sconti per impegno di utilizzo

2. Per avviare l'operazione di suddivisione di un impegno, esegui una delle seguenti operazioni nella scheda Impegni hardware della pagina Elenco impegni:

   • Seleziona dall'elenco l'impegno che vuoi suddividere e fai clic su Dividi.
   • Nella colonna Nome, fai clic sul nome dell'impegno che vuoi suddividere. Nella pagina Dettagli dell'impegno hardware che si apre, fai clic su Dividi.

3. Nella scheda Ridimensiona della pagina Suddividi impegno che si apre, segui questi passaggi:

   1. Nei campi vCPU e Memoria, specifica il numero di vCPU e la quantità di memoria che vuoi conservare nell'impegno originale. Le risorse rimanenti sono disponibili per la ridistribuzione in base al tuo impegno di suddivisione. L'impegno dell'origine non può essere vuoto dopo aver modificato le dimensioni.
   2. Fai clic su Avanti. Si apre la scheda Ridistribuisci.

4. Nella scheda Ridistribuisci della pagina Suddividi impegno, segui questi passaggi:

   1. Nel campo Nome, specifica un nome per l'impegno suddiviso.
   2. Nei campi vCPU e Memoria, specifica il numero di vCPU e la memoria che vuoi nel tuo impegno suddiviso.
      • Se vuoi creare più impegni suddivisi, specifica solo una parte delle risorse ridistribuite.
      • In caso contrario, specifica tutte le risorse ridistribuite.
   3. (Facoltativo) Per attivare il rinnovo automatico per l'impegno suddiviso, seleziona la casella di controllo Attiva rinnovo automatico.
   4. Fai clic su Fine.
   5. (Facoltativo) Per creare altri impegni suddivisi, fai clic su Aggiungi un elemento e ripeti i passaggi precedenti.
   6. Fai clic su Avanti. Si apre la scheda Revisione.

5. Nella scheda Esamina della pagina Suddividi impegno, procedi nel seguente modo:

   1. Esamina e conferma i dettagli dell'impegno ridimensionato e degli impegni suddivisi.
      • Per modificare l'allocazione delle risorse del tuo impegno originale, seleziona la scheda Ridimensiona sul lato sinistro della finestra e ripeti il passaggio 3.
      • Per modificare la ridistribuzione delle risorse tra gli impegni suddivisi, seleziona la scheda Ridistribuisci sul lato sinistro della finestra e ripeti il passaggio 4.
   2. Leggi i Termini e condizioni.
   3. Per completare la creazione degli impegni suddivisi e tornare alla pagina Elenco impegni, fai clic su Invia.

gcloud

Importante: per utilizzare Google Cloud CLI per suddividere un impegno di origine, aggiorna Google Cloud CLI alla versione 423.0.0 o successiva. Se provi a suddividere un impegno di origine utilizzando una versione precedente gcloud CLI, l'operazione di suddivisione non va a buon fine e Compute Engine genera un errore.

Per suddividere un impegno esistente in due impegni, utilizza il comando gcloud compute commitments create con il flag --split-source-commitment.

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

Sostituisci quanto segue:

• COMMITMENT_NAME: il nome del nuovo impegno di suddivisione.

• COMMITMENT_TYPE: lo stesso tipo di impegno dell'impegno di origine, uno dei seguenti:

  • accelerator-optimized per le risorse di tipo di macchina A2
  • accelerator-optimized-a3 per le risorse tipo di macchina A3 Edge e High
  • accelerator-optimized-a3-mega per le risorse del tipo di macchina A3 Mega
  • compute-optimized per le risorse di tipo di macchina C2
  • compute-optimized-c2d per le risorse di tipo di macchina C2D
  • compute-optimized-c3 per le risorse di tipo di macchina C3
  • compute-optimized-c3d per le risorse di tipo di macchina C3D
  • compute-optimized-h3 per le risorse del tipo di macchina H3
  • general-purpose per le risorse di tipo di macchina N1
  • general-purpose-c4 per le risorse del tipo di macchina C4
  • general-purpose-c4a per le risorse del tipo di macchina C4A
  • general-purpose-e2 per le risorse relative tipo di macchina E2
  • general-purpose-n2 per le risorse di tipo di macchina N2
  • general-purpose-n2d per le risorse delle macchine N2D
  • general-purpose-n4 per le risorse di tipo di macchina N4
  • general-purpose-t2d per le risorse di tipo di macchina Tau T2D
  • graphics-optimized per le risorse di tipo di macchina G2
  • memory-optimized per le risorse di tipo di macchina M1 o M2
  • memory-optimized-m3 per le risorse del tipo di macchina M3
  • storage-optimized-z3 per le risorse del tipo di macchina Z3

• REGION: la stessa regione del tuo impegno di origine.

• PROJECT_ID: l'ID progetto per il quale vuoi suddividere l'impegno dell'origine.

• DURATION: la stessa durata (o termine) dell'impegno della fonte, 12-month o 36-month.

• NUMBER_VCPUS: il numero di vCPU che vuoi trasferire dall'impegno di origine per creare il nuovo impegno suddiviso. Il numero deve essere un numero intero inferiore al numero di vCPU nell'impegno di origine.

• MEMORY: la quantità, in MB o GB, di memoria che vuoi trasferire dall'impegno di origine per creare il nuovo impegno suddiviso. L'importo deve essere inferiore alla quantità di memoria nell'impegno di origine. Ad esempio, 1000 MB. Se le unità non sono specificate, l'unità predefinita utilizzata è GB. La memoria può essere acquistata in incrementi di 0,25 GB.

• SOURCE_COMMITMENT_URL: l'URL dell'impegno di origine da cui vuoi ricavare le risorse.

Ad esempio, considera un impegno di origine (source-commitment) nella regione us-east1 con 3 vCPU N2 e 2048 MB di memoria. Il seguente comando gcloud CLI suddivide l'impegno nel seguente modo:

• Prendere le risorse da source-commitment e creare un nuovo impegno split-commitment con 1 vCPU N2 e 1024 MB di memoria.
• Ridimensionamento di source-commitment in base alle risorse rimanenti.

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

API

Per suddividere un impegno esistente in due impegni, utilizza il metodo regionCommitments.insert.

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

Sostituisci quanto segue:

• PROJECT_ID: l'ID progetto per il quale vuoi suddividere l'impegno dell'origine.
• REGION: la stessa regione del tuo impegno di origine.
• COMMITMENT_NAME: il nome del nuovo impegno di suddivisione.

• COMMITMENT_TYPE: lo stesso tipo di impegno dell'impegno di origine, uno dei seguenti:

  • ACCELERATOR_OPTIMIZED per le risorse di tipo di macchina A2
  • ACCELERATOR_OPTIMIZED_A3 per le risorse tipo di macchina A3 Edge e High
  • ACCELERATOR_OPTIMIZED_A3_MEGA per le risorse del tipo di macchina A3 Mega
  • COMPUTE_OPTIMIZED per le risorse di tipo di macchina C2
  • COMPUTE_OPTIMIZED_C2D per le risorse di tipo di macchina C2D
  • COMPUTE_OPTIMIZED_C3 per le risorse di tipo di macchina C3
  • COMPUTE_OPTIMIZED_C3D per le risorse di tipo di macchina C3D
  • COMPUTE_OPTIMIZED_H3 per le risorse del tipo di macchina H3
  • GENERAL_PURPOSE per le risorse di tipo di macchina N1
  • GENERAL_PURPOSE_C4 per le risorse del tipo di macchina C4
  • GENERAL_PURPOSE_C4A per le risorse del tipo di macchina C4A
  • GENERAL_PURPOSE_E2 per le risorse relative tipo di macchina E2
  • GENERAL_PURPOSE_N2 per le risorse di tipo di macchina N2
  • GENERAL_PURPOSE_N2D per le risorse delle macchine N2D
  • GENERAL_PURPOSE_N4 per le risorse di tipo di macchina N4
  • GENERAL_PURPOSE_T2D per le risorse di tipo di macchina Tau T2D
  • GRAPHICS_OPTIMIZED per le risorse di tipo di macchina G2
  • MEMORY_OPTIMIZED per le risorse di tipo di macchina M1 o M2
  • MEMORY_OPTIMIZED_M3 per le risorse del tipo di macchina M3
  • STORAGE_OPTIMIZED_Z3 per le risorse del tipo di macchina Z3

• DURATION: la stessa durata (o termine) dell'impegno della fonte, TWELVE_MONTH o THIRTY_SIX_MONTH.

• NUMBER_VCPUS: il numero di vCPU che vuoi trasferire dall'impegno di origine per creare il nuovo impegno suddiviso. Il numero deve essere un numero intero inferiore al numero di vCPU nell'impegno di origine.

• MEMORY: la quantità di memoria, in MB, che vuoi trasferire dall'impegno di origine per creare il nuovo impegno suddiviso. L'importo deve essere inferiore alla quantità di memoria nell'impegno di origine. Ad esempio, 1000 MB. Se le unità non sono specificate, viene utilizzata l'unità predefinita MB. La memoria può essere acquistata in incrementi di 0,25 GB.

• SOURCE_COMMITMENT_URL: l'URL dell'impegno di origine da cui vuoi trasferire le risorse.

Ad esempio, considera un impegno di origine (source-commitment) nella regione us-east1 con 3 vCPU N2 e 2048 MB di memoria. La seguente richiesta POST suddivide l'impegno nel seguente modo:

• Prendere le risorse da source-commitment e creare un nuovo impegno split-commitment con 1 vCPU N2 e 1024 MB di memoria.
• Ridimensionamento di source-commitment in base alle risorse rimanenti.

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"
}

Passaggi successivi

• Scopri come rinnovare automaticamente gli impegni basati sulle risorse.
• Scopri come prolungare la durata degli impegni basati sulle risorse.
• Scopri come eseguire l'upgrade del termine degli impegni basati sulle risorse.
• Scopri come analizzare l'efficacia degli sconti per impegno di utilizzo basati sulle risorse.