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 degli impegni, nonché le limitazioni e i requisiti.

Prima di iniziare

  • Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione verifica la tua identità per l'accesso ad API e 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. Installa Google Cloud CLI. Dopo l'installazione, inizializza Google Cloud CLI eseguendo il comando seguente: 

      gcloud init

      Se utilizzi un provider di identità (IdP) esterno, devi prima accedere a gcloud CLI con la tua identità federata.

    2. Set a default region and zone.

      3. REST

      Per utilizzare gli esempi di API REST in questa pagina in un ambiente di sviluppo locale, utilizzi le credenziali che fornisci a gcloud CLI.

        Installa Google Cloud CLI. Dopo l'installazione, inizializza Google Cloud CLI eseguendo il comando seguente: 

        gcloud init

        Se utilizzi un provider di identità (IdP) esterno, devi prima accedere a gcloud CLI con la tua identità federata.

      Per saperne di più, consulta Autenticati per usare REST nella documentazione sull'autenticazione di Google Cloud .

Unisci gli impegni

Puoi unire più impegni compatibili per creare un nuovo impegno più grande. Unendo gli impegni, puoi monitorarli e gestirli come un'unica entità. Facendo coincidere le scadenze degli impegni, questo processo ti consente di evitare il frazionamento delle loro date di fine. L'unione ti permette inoltre di aumentare gradualmente i workload. Ad esempio, in caso di necessità, puoi acquistare impegni più recenti e più piccoli e scegliere di unirli tra loro o con un impegno esistente.

Come funziona l'unione

Quando unisci singoli impegni (impegni di origine), crei un nuovo impegno (impegno unito) che combina le risorse di tutti gli impegni di origine. Alle ore 24:00 (fuso orario del Pacifico) 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 attivazione diventa la data di inizio dell'impegno unito e l'operazione di unione termina.

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

  • La data di fine più lontana nel futuro tra gli impegni di origine.
  • La finestra di idoneità per l'estensione della durata che termina per prima tra gli impegni di origine.

Poiché l'impegno unito può essere creato solo dopo che gli impegni di origine sono attivi, l'impegno unito potrebbe avere una durata personalizzata anziché la durata preimpostata di 1 o 3 anni. Tuttavia, l'impegno unito mantiene il piano di 1 o 3 anni degli impegni di origine.

Ad esempio, considera due impegni di origine che iniziano rispettivamente il 1° gennaio 2020 e il 1° dicembre 2020. Le date di fine sono il 1° gennaio 2023 e il 1° dicembre 2023, rispettivamente. La finestra di idoneità per l'estensione della durata per il primo e per il secondo impegno rimane aperta rispettivamente fino al 1° maggio 2020 e fino al 1° aprile 2021. Se unisci questi impegni il 1° marzo 2022, il risultato è un impegno unito con durata personalizzata, con data di inizio il 2 marzo 2022 e data di fine il 1° dicembre 2023. La finestra di idoneità per l'estensione della durata dell'impegno unito si chiuderebbe quindi 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 una volta che questo viene creato. Per saperne di più sugli impegni con prenotazioni collegate, consulta Collega le prenotazioni agli impegni basati sulle risorse.

Esempio di impegno unito

La tabella seguente mostra le proprietà degli impegni di origine e uniti quando unisci due impegni (source-commitment-1 e source-commitment-2) in un unico impegno (merged-commitment) il 1° marzo 2022:

Primo impegno di origine Secondo impegno di origine Impegno unito
Nome source-commitment-1 source-commitment-2 merged-commitment
Tipo N2 N2 N2
Regione us-central1 us-central1 us-central1
Risorse
  • vCPU: 100
  • Memoria: 100 GB
  • vCPUs: 200
  • Memoria: 300 GB
  • vCPUs: 300
  • Memoria: 400 GB
Durata 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 della durata aperta fino al giorno 1° maggio 2020 1° aprile 2021 1° maggio 2020

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

Implicazioni sui prezzi

La tariffa di impegno è la somma dei prezzi scontati di tutte le risorse impegnate. Quando unisci gli impegni, i prezzi scontati delle risorse dell'impegno unito potrebbero subire variazioni il giorno in cui l'impegno unito diventa attivo. Il nuovo prezzo scontato di ogni risorsa rimane invariato fino al termine della durata dell'impegno unito, anche se i prezzi on demand cambiano. Tuttavia, se unisci o suddividi di nuovo questo impegno, i prezzi scontati delle risorse potrebbero subire nuove variazioni.

Limitazioni

  • Non puoi unire impegni licenze.
  • L'impegno unito include automaticamente le prenotazioni già collegate agli impegni di origine. Non puoi collegare ulteriori prenotazioni (nuove o esistenti) all'impegno unito.
  • Non puoi unire impegni scaduti o annullati.
  • Per impostazione predefinita, quando crei impegni uniti, l'impostazione di rinnovo automatico viene disattivata sui nuovi impegni, anche se tutti gli impegni di origine erano impostati per il rinnovo automatico. Se vuoi che gli impegni uniti si rinnovino automaticamente, devi attivare manualmente l'impostazione di rinnovo automatico. Puoi farlo al momento della creazione o nel periodo successivo.

Requisiti

Quando unisci singoli impegni di origine per creare un nuovo impegno unito, sia i primi che il secondo devono soddisfare i seguenti requisiti:

  • Gli impegni di origine devono avere lo stesso progetto, la stessa regione e lo stesso piano, tipo e categoria di impegno.
  • L'impegno unito deve avere lo stesso progetto, la stessa regione e lo stesso piano, tipo e categoria degli impegni di origine. Tuttavia, all'impegno unito può essere attribuito un nome nuovo.
  • I tipi di risorse specificati per l'impegno unito devono corrispondere esattamente a quelli presenti negli impegni di origine. Inoltre, la quantità per ciascun tipo di risorsa nell'impegno unito deve essere la somma delle quantità 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 ha 200 vCPU e 300 GB di memoria, devi creare un impegno unito con 300 vCPU e 400 GB di memoria.
  • Gli impegni di origine e quelli uniti devono riguardare risorse hardware (vCPU, memoria, GPU e dischi SSD locali).

Crea impegni uniti

Crea un impegno unito utilizzando gcloud CLI o REST. Prima di unire gli impegni, consulta le limitazioni per l'unione.

Console

  1. Nella Google Cloud console, seleziona il progetto in cui vuoi unire gli impegni. Poi, vai alla pagina Sconti per impegno di utilizzo.

    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 Seleziona impegno della pagina Unisci, segui questi passaggi:

    1. In Seleziona gli impegni da unire, individua gli impegni da unire direttamente dall'elenco. Se hai già effettuato una selezione nella pagina Elenco impegni, verifica le tue scelte in questa scheda.

      (Facoltativo) Per filtrare l'elenco degli impegni, specifica i valori Piano, Regione e Tipo di impegno per l'impegno unito prima di selezionare gli impegni.

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

  4. Nella scheda Rivedi della pagina Unisci, segui questi passaggi:

    1. Rivedi e conferma i dettagli dell'impegno unito. Per modificare l'elenco dei singoli impegni, 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 le condizioni.

    5. Per completare la creazione dell'impegno unito e tornare alla pagina Elenco impegni, fai clic su Unisci.

gcloud

Per unire gli impegni esistenti in un unico impegno, utilizza gcloud compute commitments create command con il flag --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

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 di origine, uno dei seguenti:

    • Per i tipi di macchine A2, utilizza accelerator-optimized
    • Per i tipi di macchina A3 Edge e A3 High, utilizza accelerator-optimized-a3
    • Per i tipi di macchine A3 Mega, utilizza accelerator-optimized-a3-mega
    • Per i tipi di macchine G2, utilizza graphics-optimized
    • Per i tipi di macchine G4, utilizza graphics-optimized-g4
    • Per i tipi di macchine C2, utilizza compute-optimized
    • Per i tipi di macchine C2D, utilizza compute-optimized-c2d
    • Per i tipi di macchina C3, utilizza compute-optimized-c3
    • Per i tipi di macchine C3D, utilizza compute-optimized-c3d
    • Per i tipi di macchine H3, utilizza compute-optimized-h3
    • Per i tipi di macchine H4D, utilizza compute-optimized-h4d
    • Per i tipi di macchine N1, utilizza general-purpose
    • Per i tipi di macchine C4, utilizza general-purpose-c4
    • Per i tipi di macchina C4A, utilizza general-purpose-c4a
    • Per i tipi di macchine C4D, utilizza general-purpose-c4d
    • Per i tipi di macchine E2, utilizza general-purpose-e2
    • Per i tipi di macchine N2, utilizza general-purpose-n2
    • Per i tipi di macchine N2D, utilizza general-purpose-n2d
    • Per i tipi di macchine N4, utilizza general-purpose-n4
    • Per i tipi di macchine N4D, utilizza general-purpose-n4d
    • Per i tipi di macchine N4A, utilizza general-purpose-n4a
    • Per i tipi di macchine Tau T2D, utilizza general-purpose-t2d
    • Per i tipi di macchine M1 o M2, utilizza memory-optimized
    • Per i tipi di macchine M3, utilizza memory-optimized-m3
    • Per i tipi di macchine M4, utilizza memory-optimized-m4
    • Per i tipi di macchine M4 con 6 TB di memoria, utilizza memory-optimized-m4-6tb
    • Per i tipi di macchine X4 con 6 TB di memoria, utilizza memory-optimized-x4-6t
    • Per i tipi di macchine X4 con 8 TB di memoria, utilizza memory-optimized-x4-8t
    • Per i tipi di macchine X4 con 12 TB di memoria, utilizza memory-optimized-x4-12t
    • Per i tipi di macchine X4 con 16 TB di memoria, utilizza memory-optimized-x4-960-16t
    • Per i tipi di macchine X4 con 24 TB di memoria, utilizza memory-optimized-x4-1440-24t
    • Per i tipi di macchine X4 con 32 TB di memoria, utilizza memory-optimized-x4-1920-32t
    • Per i tipi di macchine Z3, utilizza storage-optimized-z3

  • REGION: la stessa regione degli impegni di origine

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

  • COMMITMENT_PLAN: il piano di impegno ("12 mesi" o "36 mesi"), che deve essere lo stesso degli impegni di origine.

  • MEMORY: la somma delle dimensioni della memoria, in MB o GB, negli impegni di origine. Ad esempio, 1000 MB. Se non specifichi un'unità, l'unità predefinita è il GB.

  • SOURCE_COMMITMENT_URLS: un elenco separato da virgole di almeno due URL di impegni di origine distinti. Non aggiungere spazi tra gli URL.

Ad esempio, considera due impegni di origine nella regione us-east1 con le risorse specificate rispettivamente come quattro vCPU N2 e 2048 MB e tre vCPU N2 e 2048 MB. Il piano di impegno per ciascun impegno di origine è 12-month. Il seguente comando gcloud CLI unisce i due impegni e crea un nuovo impegno denominato merged-commitment. Le risorse dell'impegno unito sono 7 vCPU N2 e 4096 MB e il piano di impegno è 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-east1/commitments/source-commitment-1,projects/myproject/regions/us-east1/commitments/source-commitment-2

REST

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": COMMITMENT_PLAN,
  "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 degli impegni di origine

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

    • Per i tipi di macchine A2, utilizza ACCELERATOR_OPTIMIZED
    • Per i tipi di macchina A3 Edge e A3 High, utilizza ACCELERATOR_OPTIMIZED_A3
    • Per i tipi di macchine A3 Mega, utilizza ACCELERATOR_OPTIMIZED_A3_MEGA
    • Per i tipi di macchine G2, utilizza GRAPHICS_OPTIMIZED
    • Per i tipi di macchine G4, utilizza GRAPHICS_OPTIMIZED_G4
    • Per i tipi di macchine C2, utilizza COMPUTE_OPTIMIZED
    • Per i tipi di macchine C2D, utilizza COMPUTE_OPTIMIZED_C2D
    • Per i tipi di macchina C3, utilizza COMPUTE_OPTIMIZED_C3
    • Per i tipi di macchine C3D, utilizza COMPUTE_OPTIMIZED_C3D
    • Per i tipi di macchine H3, utilizza COMPUTE_OPTIMIZED_H3
    • Per i tipi di macchine H4D, utilizza COMPUTE_OPTIMIZED_H4D
    • Per i tipi di macchine N1, utilizza GENERAL_PURPOSE
    • Per i tipi di macchine C4, utilizza GENERAL_PURPOSE_C4
    • Per i tipi di macchina C4A, utilizza GENERAL_PURPOSE_C4A
    • Per i tipi di macchine C4D, utilizza GENERAL_PURPOSE_C4D
    • Per i tipi di macchine E2, utilizza GENERAL_PURPOSE_E2
    • Per i tipi di macchine N2, utilizza GENERAL_PURPOSE_N2
    • Per i tipi di macchine N2D, utilizza GENERAL_PURPOSE_N2D
    • Per i tipi di macchine N4, utilizza GENERAL_PURPOSE_N4
    • Per i tipi di macchine N4D, utilizza GENERAL_PURPOSE_N4D
    • Per i tipi di macchine N4A, utilizza GENERAL_PURPOSE_N4A
    • Per i tipi di macchine Tau T2D, utilizza GENERAL_PURPOSE_T2D
    • Per i tipi di macchine M1 o M2, utilizza MEMORY_OPTIMIZED
    • Per i tipi di macchine M3, utilizza MEMORY_OPTIMIZED_M3
    • Per i tipi di macchine M4, utilizza MEMORY_OPTIMIZED_M4
    • Per i tipi di macchine M4 con 6 TB di memoria, utilizza MEMORY_OPTIMIZED_M4_6TB
    • Per i tipi di macchine X4 con 6 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_480_6T
    • Per i tipi di macchine X4 con 8 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_480_8T
    • Per i tipi di macchine X4 con 12 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_960_12T
    • Per i tipi di macchine X4 con 16 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_960_16T
    • Per i tipi di macchine X4 con 24 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_1440_24T
    • Per i tipi di macchine X4 con 32 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_1920_32T
    • Per i tipi di macchine Z3, utilizza STORAGE_OPTIMIZED_Z3

  • COMMITMENT_PLAN: il piano di impegno ("TWELVE_MONTH" o "THIRTY_SIX_MONTH"), che deve essere lo stesso degli impegni di origine.

  • COMMITMENT_NAME: il nome del nuovo impegno unito

  • NUMBER_VCPUS: il numero totale di vCPU negli impegni di origine.

  • MEMORY: la somma delle dimensioni di memoria, in MB, degli impegni di origine. Ad esempio, 1000 MB. Se non specifichi un'unità, l'unità predefinita è il MB.

  • SOURCE_COMMITMENT_URL: l'URL dell'impegno di origine che vuoi unire. Devi specificare un elenco di URL distinti di impegni di origine separati da virgole.

Ad esempio, considera due impegni di origine (source-commitment-1 e source-commitment-2) nella regione us-east1 con le risorse specificate rispettivamente come (4 vCPU N2 e 2048 MB) e (3 vCPU N2 e 2048 MB). Il piano di impegno per ogni impegno di origine è TWELVE_MONTH. La seguente richiesta POST unisce gli impegni di origine e crea un nuovo impegno denominato merged-commitment. Le risorse dell'impegno unito sono 7 vCPU N2 e 4096 MB e il relativo piano di impegno corrisponde a TWELVE_MONTH.

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-east1/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-east1/commitments/source-commitment-1",
    "projects/myproject/regions/us-east1/commitments/source-commitment-2",
    ...
  ]
}

Suddividi gli impegni

Puoi trasferire le risorse da un impegno esistente e suddividere l'impegno in impegni più piccoli. Questa operazione 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 il rinnovo automatico esclusivamente per una parte di un impegno suddividendolo e attivando questa impostazione solo per uno degli impegni secondari. Con la suddivisione, puoi inoltre distribuire gli sconti per impegno di utilizzo a un livello più granulare utilizzando l'attribuzione prioritaria per gli impegni suddivisi.

Come funziona la suddivisione

Quando suddividi 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 degli impegni suddivisi sia il ridimensionamento dell'impegno di origine vengono eseguiti alle ore 24:00 (fuso orario del Pacifico) del giorno successivo (UTC-8 o UTC-7 durante l'ora legale). Compute Engine imposta questa data di attivazione come data di inizio degli impegni suddivisi. Al termine dell'operazione di suddivisione, risultano i seguenti impegni:

  • L'impegno di origine ridimensionato con le risorse che rimangono dopo la suddivisione.
  • Gli impegni suddivisi con le risorse ridistribuite.

Anche se ridimensionato, l'impegno di origine mantiene tutti gli altri attributi, incluse 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 della durata dell'impegno di origine.

Poiché gli impegni suddivisi possono essere creati solo dopo che l'impegno di origine è già attivo, gli impegni suddivisi potrebbero avere una durata personalizzata anziché la durata preimpostata di 1 o 3 anni. Tuttavia, gli impegni suddivisi mantengono il piano di impegno di 1 o 3 anni dell'impegno di origine.

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

Non puoi suddividere un impegno con prenotazioni associate. Per saperne di più sugli impegni con prenotazioni associate, consulta la pagina Combinazione di prenotazioni con gli sconti per impegno di utilizzo.

Esempio di impegno suddiviso

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

Impegno di origine
(prima della suddivisione)		 Impegno suddiviso Impegno di origine
(dopo la suddivisione)
Nome source-commitment split-commitment source-commitment
Tipo N2 N2 N2
Regione us-central1 us-central1 us-central1
Risorse
  • vCPUs: 200
  • Memoria: 200 GB
  • vCPU: 50
  • Memoria: 100 GB
  • vCPU: 150
  • Memoria: 100 GB
Durata 3 anni 3 anni 3 anni
Data di inizio* 1° gennaio 2020 2 marzo 2022
(giorno successivo alla suddivisione)		 1° gennaio 2020
Data di fine† 1° gennaio 2023 1° gennaio 2023 1° gennaio 2023
Finestra di idoneità per l'estensione della durata aperta fino al giorno 1° gennaio 2021 1° gennaio 2021 1° gennaio 2021

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

Implicazioni sui prezzi

La tariffa di impegno è la somma dei prezzi scontati di tutte le risorse impegnate. La suddivisione di un impegno influisce sui costi delle risorse nei seguenti modi:

  • Impegno di origine ridimensionato: i prezzi scontati delle risorse dell'impegno di origine ridimensionato rimangono invariati.
  • Impegno suddiviso: i prezzi scontati delle risorse dell'impegno suddiviso potrebbero subire variazioni il giorno in cui l'impegno suddiviso diventa attivo. Il nuovo prezzo scontato di ogni risorsa rimane invariato fino al termine della durata del nuovo impegno suddiviso, anche se i prezzi on demand cambiano.

Tuttavia, se unisci o suddividi di nuovo uno di questi impegni, i prezzi scontati potrebbero subire nuove variazioni.

Limitazioni

  • Non puoi suddividere impegni di licenze.
  • Non puoi suddividere impegni con prenotazioni associate. Di conseguenza, non puoi suddividere impegni che includono GPU, dischi SSD locali o entrambi, poiché gli impegni con queste risorse hanno sempre prenotazioni associate.
  • Non puoi collegare prenotazioni (nuove o esistenti) agli impegni suddivisi.
  • Non puoi suddividere impegni scaduti o annullati.
  • Per impostazione predefinita, quando suddividi gli impegni, l'impostazione di rinnovo automatico viene disattivata sugli impegni suddivisi, anche se tutti gli impegni di origine erano impostati per il rinnovo automatico. Se vuoi che gli impegni suddivisi si rinnovino automaticamente, devi attivare manualmente l'impostazione di rinnovo automatico. Puoi farlo al momento della creazione o nel periodo successivo.
  • Puoi creare un solo nuovo impegno suddiviso alla volta utilizzando REST o gcloud CLI. Di conseguenza, puoi dividere l'impegno di origine in un massimo di due impegni in un'unica operazione quando utilizzi queste interfacce. Per dividere l'impegno di origine in tre o più impegni in un'unica operazione, utilizza la consoleGoogle Cloud .
  • Nella console Google Cloud , puoi specificare la memoria solo con incrementi di 0,25 GB. Per specificare un valore di memoria personalizzato per il tuo impegno, utilizza invece gcloud CLI o REST.

Requisiti

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

  • Gli impegni suddivisi devono avere lo stesso progetto, lo stesso tipo di impegno, la stessa regione e lo stesso piano di impegno dell'impegno di origine. Tuttavia, all'impegno suddiviso può essere attribuito un nome nuovo.

  • I tipi di risorse specificati per gli impegni suddivisi devono corrispondere ad alcuni o a tutti i tipi di risorse presenti nell'impegno di origine. Inoltre, la quantità combinata di risorse specificata per gli impegni suddivisi deve corrispondere a una parte delle risorse dell'impegno di origine. Devi mantenere una parte delle risorse presenti nell'impegno di origine. Ad esempio, se l'impegno di origine è per 200 vCPU e 300 GB di memoria, si applicano i seguenti scenari di ridimensionamento e ridistribuzione:

    • Puoi ridistribuire una parte delle 200 vCPU e una parte dei 300 GB di memoria tra gli impegni suddivisi.
    • Puoi ridistribuire tutte le 200 vCPU, ma devi mantenere una parte della memoria dell'impegno di origine.
    • Puoi ridistribuire tutti i 300 GB di memoria, ma devi mantenere una parte delle vCPU dell'impegno di origine.
    • Non puoi ridistribuire tutte le 200 vCPU e tutti i 300 GB di memoria tra gli impegni suddivisi.

  • Gli impegni di origine e quelli suddivisi devono specificare solo le seguenti risorse hardware: vCPU, memoria o una combinazione di entrambe.

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

Crea impegni suddivisi

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

Console

  1. Nella Google Cloud console, seleziona il progetto in cui vuoi suddividere un impegno. Poi, vai alla pagina Sconti per impegno di utilizzo.

    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 Suddividi.
    • Nella colonna Nome, fai clic sul nome dell'impegno che vuoi suddividere. Nella pagina Dettagli dell'impegno hardware, fai clic su Suddividi.

  3. Nella scheda Ridimensiona della pagina Suddividi impegno, 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 suddiviso. Una volta eseguitone il ridimensionamento, l'impegno di origine non può essere vuoto.
    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 quantità di memoria per l'impegno suddiviso. Puoi specificare la memoria solo con incrementi di 0,25 GB. Per specificare un valore di memoria personalizzato per l'impegno, utilizza gcloud CLI o REST.

      Se vuoi creare un singolo impegno suddiviso, specifica tutte le risorse che vuoi ridistribuire dall'impegno di origine. Se vuoi creare più impegni suddivisi, specifica solo la parte delle risorse ridistribuite che vuoi per questo impegno suddiviso.

    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 Rivedi.

  5. Nella scheda Rivedi della pagina Suddividi impegno, segui questi passaggi:

    1. Rivedi e conferma i dettagli dell'impegno ridimensionato e degli impegni suddivisi.
      • Per modificare la distribuzione 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 le condizioni.
    3. Per completare la creazione degli impegni suddivisi e tornare alla pagina Elenco impegni, fai clic su Invia.

gcloud

Per suddividere un impegno esistente in due impegni, utilizza gcloud compute commitments create command con il flag --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

Sostituisci quanto segue:

  • COMMITMENT_NAME: il nome del nuovo impegno suddiviso

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

    • Per i tipi di macchine A2, utilizza accelerator-optimized
    • Per i tipi di macchina A3 Edge e A3 High, utilizza accelerator-optimized-a3
    • Per i tipi di macchine A3 Mega, utilizza accelerator-optimized-a3-mega
    • Per i tipi di macchine G2, utilizza graphics-optimized
    • Per i tipi di macchine G4, utilizza graphics-optimized-g4
    • Per i tipi di macchine C2, utilizza compute-optimized
    • Per i tipi di macchine C2D, utilizza compute-optimized-c2d
    • Per i tipi di macchina C3, utilizza compute-optimized-c3
    • Per i tipi di macchine C3D, utilizza compute-optimized-c3d
    • Per i tipi di macchine H3, utilizza compute-optimized-h3
    • Per i tipi di macchine H4D, utilizza compute-optimized-h4d
    • Per i tipi di macchine N1, utilizza general-purpose
    • Per i tipi di macchine C4, utilizza general-purpose-c4
    • Per i tipi di macchina C4A, utilizza general-purpose-c4a
    • Per i tipi di macchine C4D, utilizza general-purpose-c4d
    • Per i tipi di macchine E2, utilizza general-purpose-e2
    • Per i tipi di macchine N2, utilizza general-purpose-n2
    • Per i tipi di macchine N2D, utilizza general-purpose-n2d
    • Per i tipi di macchine N4, utilizza general-purpose-n4
    • Per i tipi di macchine N4D, utilizza general-purpose-n4d
    • Per i tipi di macchine N4A, utilizza general-purpose-n4a
    • Per i tipi di macchine Tau T2D, utilizza general-purpose-t2d
    • Per i tipi di macchine M1 o M2, utilizza memory-optimized
    • Per i tipi di macchine M3, utilizza memory-optimized-m3
    • Per i tipi di macchine M4, utilizza memory-optimized-m4
    • Per i tipi di macchine M4 con 6 TB di memoria, utilizza memory-optimized-m4-6tb
    • Per i tipi di macchine X4 con 6 TB di memoria, utilizza memory-optimized-x4-6t
    • Per i tipi di macchine X4 con 8 TB di memoria, utilizza memory-optimized-x4-8t
    • Per i tipi di macchine X4 con 12 TB di memoria, utilizza memory-optimized-x4-12t
    • Per i tipi di macchine X4 con 16 TB di memoria, utilizza memory-optimized-x4-960-16t
    • Per i tipi di macchine X4 con 24 TB di memoria, utilizza memory-optimized-x4-1440-24t
    • Per i tipi di macchine X4 con 32 TB di memoria, utilizza memory-optimized-x4-1920-32t
    • Per i tipi di macchine Z3, utilizza storage-optimized-z3

  • REGION: la stessa regione dell'impegno di origine

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

  • COMMITMENT_PLAN: il piano di impegno ("12 mesi" o "36 mesi"), che deve essere lo stesso dell'impegno di origine.

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

  • MEMORY: la quantità di memoria, in MB o GB, che vuoi trasferire dall'impegno di origine per creare il nuovo impegno suddiviso. Questo importo deve essere inferiore alla quantità di memoria nell'impegno di origine. Ad esempio, 10000 MB. Se non specifichi un'unità, l'unità predefinita è il 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 risorse specificate come tre vCPU N2 e 2048 MB di memoria. Il piano di impegno per l'impegno di origine è 12-month. Il seguente comando gcloud CLI suddivide l'impegno in due impegni distinti:

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-east1/commitments/source-commitment

Quando suddivide source-commitment, Compute Engine esegue le seguenti operazioni:

  • Prende le risorse da source-commitment e crea un nuovo impegno split-commitment con una vCPU N2 e 1024 MB di memoria.
  • Ridimensiona source-commitment in base alle risorse rimanenti.

REST

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": COMMITMENT_PLAN,
  "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 di origine
  • REGION: la stessa regione dell'impegno di origine
  • COMMITMENT_NAME: il nome del nuovo impegno suddiviso

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

    • Per i tipi di macchine A2, utilizza ACCELERATOR_OPTIMIZED
    • Per i tipi di macchina A3 Edge e A3 High, utilizza ACCELERATOR_OPTIMIZED_A3
    • Per i tipi di macchine A3 Mega, utilizza ACCELERATOR_OPTIMIZED_A3_MEGA
    • Per i tipi di macchine G2, utilizza GRAPHICS_OPTIMIZED
    • Per i tipi di macchine G4, utilizza GRAPHICS_OPTIMIZED_G4
    • Per i tipi di macchine C2, utilizza COMPUTE_OPTIMIZED
    • Per i tipi di macchine C2D, utilizza COMPUTE_OPTIMIZED_C2D
    • Per i tipi di macchina C3, utilizza COMPUTE_OPTIMIZED_C3
    • Per i tipi di macchine C3D, utilizza COMPUTE_OPTIMIZED_C3D
    • Per i tipi di macchine H3, utilizza COMPUTE_OPTIMIZED_H3
    • Per i tipi di macchine H4D, utilizza COMPUTE_OPTIMIZED_H4D
    • Per i tipi di macchine N1, utilizza GENERAL_PURPOSE
    • Per i tipi di macchine C4, utilizza GENERAL_PURPOSE_C4
    • Per i tipi di macchina C4A, utilizza GENERAL_PURPOSE_C4A
    • Per i tipi di macchine C4D, utilizza GENERAL_PURPOSE_C4D
    • Per i tipi di macchine E2, utilizza GENERAL_PURPOSE_E2
    • Per i tipi di macchine N2, utilizza GENERAL_PURPOSE_N2
    • Per i tipi di macchine N2D, utilizza GENERAL_PURPOSE_N2D
    • Per i tipi di macchine N4, utilizza GENERAL_PURPOSE_N4
    • Per i tipi di macchine N4D, utilizza GENERAL_PURPOSE_N4D
    • Per i tipi di macchine N4A, utilizza GENERAL_PURPOSE_N4A
    • Per i tipi di macchine Tau T2D, utilizza GENERAL_PURPOSE_T2D
    • Per i tipi di macchine M1 o M2, utilizza MEMORY_OPTIMIZED
    • Per i tipi di macchine M3, utilizza MEMORY_OPTIMIZED_M3
    • Per i tipi di macchine M4, utilizza MEMORY_OPTIMIZED_M4
    • Per i tipi di macchine M4 con 6 TB di memoria, utilizza MEMORY_OPTIMIZED_M4_6TB
    • Per i tipi di macchine X4 con 6 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_480_6T
    • Per i tipi di macchine X4 con 8 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_480_8T
    • Per i tipi di macchine X4 con 12 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_960_12T
    • Per i tipi di macchine X4 con 16 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_960_16T
    • Per i tipi di macchine X4 con 24 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_1440_24T
    • Per i tipi di macchine X4 con 32 TB di memoria, utilizza MEMORY_OPTIMIZED_X4_1920_32T
    • Per i tipi di macchine Z3, utilizza STORAGE_OPTIMIZED_Z3

  • COMMITMENT_PLAN: il piano di impegno ("TWELVE_MONTH" o "THIRTY_SIX_MONTH"), che deve essere lo stesso dell'impegno di origine.

  • NUMBER_VCPUS: il numero di vCPU che vuoi trasferire dall'impegno di origine per creare il nuovo impegno suddiviso. Questo 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. Questo importo deve essere inferiore alla quantità di memoria nell'impegno di origine. Ad esempio, 1000 MB. Se non specifichi un'unità, l'unità predefinita è MB.

  • 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 risorse specificate come tre vCPU N2 e 2048 MB di memoria. Il piano di impegno per l'impegno di origine è TWELVE_MONTH. La seguente richiesta POST suddivide l'impegno in due impegni distinti:

POST https://compute.googleapis.com/compute/v1/projects/myproject/regions/us-east1/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-east1/commitments/source-commitment"
}

Quando suddivide source-commitment, Compute Engine esegue le seguenti operazioni:

  • Prende le risorse da source-commitment e crea un nuovo impegno split-commitment con una vCPU N2 e 1024 MB di memoria.
  • Ridimensiona source-commitment in base alle risorse rimanenti.

Passaggi successivi