Utilizzo del modello Bring Your Own License

Questo documento descrive come Google Cloud supporta BYOL (Bring Your Own License) con requisiti hardware dedicati per Compute Engine. Prima di tentare di portare su Google Cloud immagini con licenze esistenti, rivedi i termini e le condizioni delle licenze.

Per portare le licenze esistenti per core fisici o processori fisici con requisiti hardware dedicati, devi utilizzare i tuoi contenuti multimediali ed eseguirli su configurazioni hardware, come i nodi single-tenant, conformi alle tue licenze. Puoi portare immagini con licenze esistenti in qualsiasi regione che supporta i nodi single-tenant e, sebbene non sia previsto alcun costo aggiuntivo per portare le immagini con licenze esistenti, devi comunque pagare le licenze in base ai tuoi contratti.

Gli scenari di licenza, come le licenze relative a Linux BYOS con RHEL o SLES, e le applicazioni Microsoft, non richiedono nodi single-tenant. Se stai prendendo in considerazione il trasferimento delle licenze da applicazioni Microsoft come SharePoint Server e SQL Server, utilizza la mobilità delle licenze Microsoft.

I nodi single-tenant sono server fisici dedicati all'hosting di istanze di macchine virtuali (VM) solo per il tuo progetto. Puoi configurare i nodi single-tenant per supportare vari requisiti dei carichi di lavoro, ad esempio requisiti per ridurre al minimo il numero di server e core fisici. Consulta i tuoi contratti di licenza per determinare quali opzioni di configurazione sono più adatte ai tuoi carichi di lavoro.

Per supportare il modello Bring Your Own License e per aiutarti a gestire i requisiti di conformità relativi alle tue licenze, Google Cloud offre strumenti per l'importazione di immagini, la gestione delle VM su hardware dedicato utilizzando nodi single-tenant, la riduzione dell'utilizzo dei core fisici e il monitoraggio dell'utilizzo dei core fisici ai fini della generazione di report.

Per importare in Google Cloud immagini con licenze esistenti, devi:

  1. Prepara le immagini in base ai contratti di licenza.

  2. Attiva le tue licenze.

  3. Importa file di dischi virtuali e crea immagini da questi file di disco.

  4. Creare modelli di nodi single-tenant.

  5. Creare gruppi di nodi single-tenant dai modelli di nodi.

  6. Esegui il provisioning delle VM sui gruppi di nodi con i file dei dischi virtuali importati.

  7. Monitora l'utilizzo delle licenze delle tue VM. Per aiutarti a segnalare il consumo delle licenze, Google fornisce strumenti che consentono di monitorare l'utilizzo delle licenze e l'utilizzo di core fisici e processori.

  8. Segnala il consumo delle licenze al tuo fornitore.

Se hai bisogno di assistenza o hai domande sulle licenze, contatta il tuo rivenditore. Se hai bisogno di assistenza o hai domande su come trasferire in Google Cloud immagini con licenze esistenti, contatta l'Assistenza Google Cloud.

Prima di iniziare

  • Esamina il criterio di manutenzione dell'host del gruppo di nodi: Per BYOL, sono disponibili due opzioni per il criterio di manutenzione dell'host, che riducono al minimo il numero di server fisici utilizzati per le licenze. Queste opzioni sono restart-in-place e migrate-within-node-group.
  • Richiedi quota di CPU aggiuntiva: i nuovi progetti ricevono una quota di CPU pari a 72. Assicurati di disporre di una quota di CPU sufficiente per supportare il gruppo di nodi. Ad esempio, il tipo di nodo n1-node-96-624 contiene 96 CPU e, se il gruppo di nodi utilizza il numero minimo di nodi (2), la quota di CPU deve essere almeno pari a 192. A seconda della configurazione e delle esigenze dei carichi di lavoro, potrebbe anche essere necessario richiedere una modifica della quota per le VM o gli indirizzi IP.
  • Abilita l'API Cloud Build: per importare l'immagine del sistema operativo, devi abilitare l'API Cloud Build. Quando abiliti questa API, Compute Engine concede al tuo progetto i ruoli IAM appropriati per poter importare immagini nel progetto. Per elencare i ruoli concessi al progetto, utilizza il comando gcloud projects get-iam-policy. Per informazioni su come concedere i ruoli al progetto, consulta Gestione dell'accesso alle risorse di Compute Engine.
  • Abilita l'API Cloud Logging: abilita questa API se i tuoi contratti di licenza richiedono di monitorare l'utilizzo del server fisico. Con questa API abilitata, puoi importare e visualizzare le informazioni sull'utilizzo del server, ad esempio il numero di core fisici, utilizzando BigQuery, fortemente consigliato da Google. Per informazioni su come determinare il numero di core fisici, consulta Analisi dell'utilizzo dei nodi single-tenant.
  • Se non l'hai ancora fatto, configura l'autenticazione. L'autenticazione è il processo mediante il quale viene verificata l'identità per l'accesso ai servizi e alle API Google Cloud. Per eseguire codice o esempi da un ambiente di sviluppo locale, puoi autenticarti in Compute Engine nel seguente modo.

    Seleziona la scheda relativa a come prevedi di utilizzare gli esempi in questa pagina:

    Console

    Quando utilizzi la console Google Cloud per accedere ai servizi e alle API di Google Cloud, non devi configurare l'autenticazione.

    gcloud

    1. Installa Google Cloud CLI, quindi initialize eseguendo questo comando: 

      gcloud init
    2. Imposta una regione e una zona predefinite.

    REST

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

      Installa Google Cloud CLI, quindi initialize eseguendo questo comando: 

      gcloud init

Importazione e creazione di un'immagine da un disco virtuale offline

Per eseguire il provisioning delle VM con le licenze esistenti, devi utilizzare i tuoi contenuti multimediali. Le immagini basate su un'immagine premium non sono idonee per BYOL perché le immagini premium richiedono licenze di pagamento a consumo di Google. Per informazioni sulle immagini premium, consulta Dettagli sul sistema operativo.

Se nel tuo ambiente on-premise disponi di dischi virtuali (dischi dorati o immagini dorate) con configurazioni software o licenze di cui hai bisogno, lo strumento di importazione dei dischi virtuali può aiutarti a:

  1. Importa i dischi virtuali personalizzati con un sistema operativo supportato e crea immagini basate su questi dischi.

  2. Imposta la configurazione della licenza appropriata.

  3. Installa i pacchetti e i driver necessari per la compatibilità con Google Cloud.

Prima di importare il file del disco virtuale per la tua VM, verifica che non contenga incompatibilità nel file scaricando ed eseguendo lo strumento di precontrollo dall'interno della VM. Inoltre, poiché il software di terze parti potrebbe interferire con l'installazione dei driver di Compute Engine, Google consiglia di rimuovere i software di terze parti prima di importare l'immagine.

Per avviare una VM con la tua licenza, importa un disco virtuale con il sistema operativo che vuoi utilizzare. Puoi importare dischi virtuali da bucket Cloud Storage e workstation locali. Quando importi un file di disco virtuale da una workstation locale, lo strumento di importazione di immagini carica il file immagine in Cloud Storage e, se necessario, crea un nuovo bucket Cloud Storage. Quindi, lo strumento di importazione copia il file in Compute Engine e crea un'immagine di avvio dal file del disco virtuale.

I file archiviati in Cloud Storage e le immagini in Compute Engine sono soggetti ad addebiti. Dopo aver verificato che l'immagine venga importata e avviata correttamente come VM, puoi eliminare il file del disco virtuale da Cloud Storage.

Console

  1. Vai alla pagina Immagini.

    Vai a Immagini

  2. Fai clic su Crea immagine.

  3. Specifica un nome per l'immagine.

  4. In Origine, scegli Disco virtuale (VMDK, VHD).

  5. In File Cloud Storage, scegli Sfoglia e vai al percorso Cloud Storage dell'immagine da importare.

  6. In Sistema operativo su disco virtuale, scegli il sistema operativo dell'immagine che stai importando.

  7. Assicurati che l'opzione Installa pacchetti guest sia selezionata, in modo che l'immagine che stai importando sia avviabile.

  8. Espandi Opzioni codice licenza. In Licenza del sistema operativo, scegli Utilizza il tuo codice licenza.

  9. Fai clic su Crea per importare l'immagine.

gcloud

Esegui gcloud compute images import per importare un file di disco virtuale e per creare un'immagine disco dal file del disco virtuale:

gcloud compute images import IMAGE_NAME \
    --source-file VMDK_NAME \
    --byol

Sostituisci quanto segue:

  • IMAGE_NAME: nome da assegnare all'immagine creata dal file del disco virtuale.

  • VMDK_NAME: nome del disco virtuale da importare e da cui creare un'immagine. Puoi importare un file VMDK da:

    • Un file locale: se esegui l'importazione da un file locale, utilizza un percorso assoluto o un percorso relativo al file. A seconda delle dimensioni del disco virtuale e della velocità della connessione di rete, il caricamento potrebbe richiedere decine di minuti.
    • Cloud Storage: se esegui l'importazione da Cloud Storage, il bucket Cloud Storage deve trovarsi nello stesso progetto che utilizzi per importare il disco virtuale e devi specificare il percorso completo del file come gs://BUCKET_NAME/OBJECT_NAME. Sostituisci BUCKET_NAME con il nome del bucket Cloud Storage e OBJECT_NAME con il nome dell'oggetto Cloud Storage.

Attivazione delle licenze

Dopo aver verificato di importare un sistema operativo compatibile, devi controllare che i contratti di licenza ti consentano di portare le tue licenze e di avere l'autorizzazione a utilizzare l'immagine e l'ambiente di importazione delle licenze del sistema operativo guest fornito da Google. È tua responsabilità anche preparare l'immagine del sistema operativo ospite per l'importazione in base ai contratti di licenza.

Per attivare una licenza, utilizza gli script di avvio con la chiave di attivazione multipla (MAK) oppure configura l'accesso al Microsoft Key Management Service dell'organizzazione. Non puoi attivare immagini con licenze esistenti sul server licenze di Compute Engine.

Dopo aver importato l'immagine e attivato la licenza, esegui il provisioning di una VM basata sull'immagine importata su un nodo single-tenant.

Creazione di un modello di nodo single-tenant

Dopo aver importato l'immagine, crea un modello di nodo single-tenant. Utilizzerai questo modello di nodo per creare un gruppo di nodi single-tenant su cui eseguire l'immagine.

La pagina dei modelli di nodo non elenca la regione e la zona del modello, ma i gruppi di nodi devono essere creati in una zona all'interno della regione in cui hai creato il modello di nodi. Per creare un modello, devi prima creare un gruppo di nodi, ma devi solo completare i passaggi per scegliere la regione e la zona. Successivamente, puoi creare il modello e non continuare a creare il gruppo di nodi, se vuoi.

Puoi impostare le etichette di affinità nodo nel modello di nodo single-tenant quando crei il modello.

Console

  1. Vai alla pagina Nodi single-tenant.

    Vai ai nodi single-tenant

  2. Fai clic su Crea gruppo di nodi.

  3. Inserisci un nome per il gruppo di nodi.

  4. Seleziona Regione e Zona per il gruppo di nodi.

    Prendi nota della regione e della zona utilizzate. Quando in un secondo momento crei un gruppo di nodi basato su questo modello di nodo, il gruppo deve trovarsi in una zona all'interno della regione in cui hai creato il modello di nodo.

  5. In Proprietà del modello di nodo, seleziona Crea modello di nodo.

  6. Nella finestra di dialogo Crea un modello di nodo, specifica un Nome, un Tipo di nodo, un SSD locale e un acceleratore GPU.

  7. (Facoltativo) In Etichette affinità, fai clic su Aggiungi etichetta affinità per aggiungere una coppia chiave-valore come etichetta di affinità nodo.

  8. Fai clic su Crea per completare la creazione del modello di nodo.

  9. Fai clic su Annulla per annullare la creazione di un gruppo di nodi.

gcloud

Crea un modello di nodo single-tenant utilizzando gcloud compute sole-tenancy node-templates create.

gcloud compute sole-tenancy node-templates create TEMPLATE_NAME \
    --node-type NODE_TYPE \
    --region REGION

Sostituisci quanto segue:

  • TEMPLATE_NAME: nome del modello di nodo da creare.
  • NODE_TYPE: tipo di nodo single-tenant per i nodi in un gruppo di nodi. Tutti i nodi in un gruppo di nodi sono identici e vengono creati dai parametri specificati da un modello di nodo.
  • REGION: regione in cui creare il modello di nodo.

REST

Crea un modello di nodo single-tenant utilizzando nodeTemplates.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/regions/REGION/nodeTemplates

{
   "name": "TEMPLATE_NAME",
   "nodeType": "NODE_TYPE"
   "nodeAffinityLabels": {
      "KEY": "VALUE"
   }
}

Sostituisci quanto segue:

  • PROJECT_ID: ID del progetto.
  • REGION: regione in cui creare il modello di nodo.
  • TEMPLATE_NAME: nome del modello di nodo da creare.
  • NODE_TYPE: tipo di nodo single-tenant per i nodi in un gruppo di nodi. Tutti i nodi in un gruppo di nodi sono identici e vengono creati dai parametri specificati da un modello di nodo.
  • "KEY": "VALUE": elenco separato da virgole di etichette di affinità rappresentate come coppie chiave-valore. Puoi specificare le etichette di affinità solo per un modello di nodo quando lo crei.

Creazione di un gruppo di nodi single-tenant

Per creare un gruppo di nodi basato su un modello di nodo, il gruppo deve trovarsi in una zona all'interno della regione in cui hai creato il modello di nodo. Un gruppo di nodi single-tenant eredita le proprietà specificate dal modello di nodo single-tenant. Il gruppo di nodi single-tenant contiene valori aggiuntivi che devi specificare. Per BYOL, a seconda dei requisiti di licenza, considera le diverse opzioni per il criterio di manutenzione dell'host:

  • Se le licenze vengono assegnate per core fisici, utilizza il criterio di manutenzione dell'host restart-in-place o migrate-within-node-group per ridurre al minimo il numero di server fisici utilizzati.
  • Se le licenze vengono assegnate in base all'utente o al dispositivo, un modello generalmente utilizzato per le licenze per desktop virtuali, quindi utilizza il criterio di manutenzione dell'host default. Queste licenze non vengono assegnate per core fisici, pertanto non richiedono un criterio di manutenzione dell'host speciale per limitare l'utilizzo dei server fisici.

Console

  1. Vai alla pagina Nodi single-tenant.

    Vai ai nodi single-tenant

  2. Fai clic su Crea gruppo di nodi.

  3. In Proprietà del gruppo di nodi, inserisci un nome per il gruppo di nodi.

  4. Seleziona Regione e Zona per il gruppo di nodi.

    Se sono disponibili modelli in quella regione o zona, dopo aver fatto clic su Continua i modelli vengono elencati nella sezione Proprietà del modello di nodo.

  5. Fai clic su Continua.

  6. In Proprietà del modello di nodo, seleziona il modello di nodo su cui basare il gruppo di nodi. I gruppi di nodi devono trovarsi in una zona all'interno della regione in cui hai creato il modello di nodo. Pertanto, quando selezioni il modello per un gruppo di nodi, seleziona un modello dalla regione che contiene la zona in cui stai creando il gruppo di nodi. Se non esiste alcun modello di nodo, puoi crearne uno.

  7. Fai clic su Continua.

  8. In Configura la scalabilità automatica, imposta Modalità di scalabilità automatica su uno dei seguenti valori. Per maggiori informazioni, consulta Scalabilità automatica dei gruppi di nodi.

    • On: i nodi vengono aggiunti o rimossi automaticamente dal gruppo di nodi.
    • Solo scale out: aggiungi nodi al gruppo di nodi quando è richiesta capacità aggiuntiva.
    • Off: gestisci manualmente le dimensioni del gruppo di nodi.

  9. Specifica il Numero minimo di nodi per il gruppo. Se abiliti il gestore della scalabilità automatica dei gruppi di nodi, specifica un intervallo (numero minimo e massimo di nodi) per la dimensione del gruppo di nodi oppure specifica il numero di nodi per il gruppo. Puoi modificare manualmente uno dei due valori in un secondo momento.

  10. Fai clic su Continua.

  11. (Facoltativo) In Configura le impostazioni di manutenzione, imposta il Criterio di manutenzione su uno dei seguenti valori. Il criterio di manutenzione consente di configurare il comportamento delle VM sul gruppo di nodi durante gli eventi di manutenzione dell'host. Per maggiori informazioni, consulta Criteri di manutenzione dell'host.

    • Predefinito
    • Riavvio in corso
    • Esegui la migrazione all'interno del gruppo di nodi

  12. Fai clic su Crea.

gcloud

Crea un gruppo di nodi single-tenant utilizzando il comando gcloud compute sole-tenancy node-groups create.

gcloud compute sole-tenancy node-groups create GROUP_NAME \
    --node-template TEMPLATE_NAME \
    --target-size GROUP_SIZE \
    --zone ZONE \
    --maintenance-policy MAINTENANCE_POLICY

Sostituisci quanto segue:

  • GROUP_NAME: nome del gruppo di nodi single-tenant da creare.
  • TEMPLATE_NAME: nome del modello di nodo da cui creare il gruppo di nodi.
  • GROUP_SIZE: dimensione iniziale del gruppo di nodi. Il gestore della scalabilità automatica dei gruppi di nodi gestisce automaticamente la dimensione dei gruppi di nodi single-tenant oppure puoi gestirle manualmente.
  • ZONE: zona in cui creare il gruppo di nodi. Deve trovarsi nella stessa regione del modello di nodo.

  • MAINTENANCE_POLICY: criterio di manutenzione del gruppo di nodi. Imposta il criterio di manutenzione su uno dei seguenti valori. Se non viene impostato alcun valore, viene utilizzato default per il criterio di manutenzione.

    • default
    • migrate-within-node-group
    • restart-in-place

REST

Crea un gruppo di nodi single-tenant utilizzando nodeGroups.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/ZONE/nodeGroups?initialNodeCount=GROUP_SIZE

{
  "nodeTemplate": "/regions/REGION/nodeTemplates/TEMPLATE_NAME",
  "name": "GROUP_NAME",
  "maintenancePolicy": "MAINTENANCE_POLICY"
}

Sostituisci quanto segue:

  • PROJECT_ID: ID del progetto in cui creare il gruppo di nodi.
  • ZONE: zona in cui creare il gruppo di nodi. Deve trovarsi nella stessa regione del modello di nodo.
  • GROUP_SIZE: dimensione iniziale del gruppo di nodi. Il gestore della scalabilità automatica dei gruppi di nodi gestisce automaticamente la dimensione dei gruppi di nodi single-tenant oppure puoi gestirle manualmente.
  • REGION: regione contenente il modello di nodo.
  • TEMPLATE_NAME: nome del modello di nodo da cui creare il gruppo di nodi.
  • GROUP_NAME: nome del gruppo di nodi single-tenant da creare.

  • MAINTENANCE_POLICY: criterio di manutenzione del gruppo di nodi. Imposta il criterio di manutenzione su uno dei seguenti valori. Se non viene impostato alcun valore, viene utilizzato DEFAULT per il criterio di manutenzione.

    • DEFAULT
    • RESTART_IN_PLACE
    • MIGRATE_WITHIN_NODE_GROUP

Provisioning di una VM single-tenant

Esegui il provisioning di una VM sul gruppo di nodi e specifica il criterio di manutenzione dell'host. Tieni presente i seguenti requisiti:

  • Per eseguire il provisioning in gruppi di nodi con il criterio di manutenzione dell'host restart-in-place, assicurati che la VM abbia il valore TERMINATE per l'opzione su manutenzione dell'host.
  • Per eseguire il provisioning nei gruppi di nodi con il criterio di manutenzione migrate-within-node-group, assicurati che la VM abbia come target un singolo gruppo di nodi con l'etichetta di affinità node-group-name e che non abbia come target singoli nodi con l'etichetta di affinità node-name. Qualsiasi tipo di opzione di manutenzione dell'host è valida, ma si consiglia di utilizzare MIGRATE.

Console

Se hai utilizzato le etichette di affinità dei nodi nel modello, puoi creare più VM utilizzando i gruppi di istanze gestite (MIG) e specificando le etichette di affinità dei nodi nelle impostazioni dei nodi single-tenant, oppure creare singole VM dalla pagina dei dettagli del gruppo di nodi:

  1. Vai alla pagina Nodi single-tenant.

    Vai ai nodi single-tenant

  2. Fai clic sul nome del gruppo di nodi su cui eseguire il provisioning di una VM.

  3. Crea una VM su un nodo single-tenant eseguendo una delle seguenti operazioni:

    • Per creare una VM in qualsiasi punto del gruppo di nodi single-tenant, fai clic su Crea istanza.
    • Per creare una VM su uno specifico nodo single-tenant, fai clic sul nome di un gruppo di nodi single-tenant, quindi sul nome di un nodo single-tenant e infine su Crea istanza.

  4. Configurare la VM single-tenant. Poiché hai già selezionato il tuo gruppo di nodi o un nodo specifico, le etichette Regione, Zona ed Affinità dei nodi sono già specificate dal modello.

  5. Seleziona una Configurazione macchina specificando Famiglia di macchine, Serie e Tipo di macchina. Scegli la Serie che corrisponde al tipo di nodo single-tenant.

  6. Seleziona il disco di avvio per la VM single-tenant, ovvero l'immagine del disco virtuale importata in precedenza.

  7. Seleziona la scheda Gestione:

    • In Criterio di disponibilità > Sulla manutenzione dell'host, seleziona il comportamento di riavvio della VM.
    • In Riavvio automatico, seleziona On (consigliato) o Off.

  8. Fai clic su Crea.

gcloud

Esegui il provisioning di una VM single-tenant su un gruppo di nodi single-tenant utilizzando il comando gcloud compute instances create.

gcloud compute instances create VM_NAME \
    --machine-type MACHINE_TYPE
    --image IMAGE_NAME \
    --zone ZONE \
    --node-group GROUP_NAME \
    RESTART_BEHAVIOR \
    --maintenance-policy MAINTENANCE_POLICY

Sostituisci quanto segue:

  • VM_NAME: nome della VM da creare.
  • MACHINE_TYPE: tipo di macchina per la nuova VM.
  • IMAGE_NAME: immagine da cui creare una VM. Questa è l'immagine creata durante il processo di importazione.
  • ZONE: zona in cui creare la VM.
  • GROUP_NAME: nome del gruppo di nodi su cui eseguire il provisioning della VM.

  • RESTART_BEHAVIOR: comportamento di riavvio di questa VM. Imposta il comportamento di riavvio su uno dei seguenti valori:

    • --restart-on-failure
    • --no-restart-on-failure

  • MAINTENANCE_POLICY: comportamento delle VM durante gli eventi di manutenzione. Imposta il criterio di manutenzione su uno dei seguenti valori:

    • MIGRATE
    • TERMINATE

REST

Esegui il provisioning di una VM single-tenant su un gruppo di nodi single-tenant utilizzando il metodo instances.insert.

POST https://compute.googleapis.com/compute/v1/projects/PROJECT_ID/zones/VM_ZONE/instances

{
  "name": "VM_NAME",
  "machineType": "/zones/MACHINE_TYPE_ZONE/machineTypes/MACHINE_TYPE",
  "scheduling": {
    "nodeAffinities": [
      {
        "key": "node-group",
        "operator": "IN",
        "values": [
        "GROUP_NAME"
        ]
      }
    ],
    "onHostMaintenance": "MAINTENANCE_POLICY",
    "automaticRestart": "AUTOMATIC_RESTART"
  },
  "networkInterfaces": [
    {
     "network": "/global/networks/NETWORK",
     "subnetwork": "/regions/region/subnetworks/SUBNETWORK"
    }
  ],
  "disks": [
    {
      "boot": true,
      "initializeParams": {
        "sourceImage": "/projects/IMAGE_PROJECT/global/images/family/IMAGE_FAMILY"
       }
    }
  ]
}

Sostituisci quanto segue:

  • PROJECT_ID: ID del progetto in cui creare la VM.
  • VM_ZONE: zona in cui creare la VM.
  • VM_NAME: nome della nuova VM.
  • MACHINE_TYPE_ZONE: zona contenente il tipo di macchina.
  • MACHINE_TYPE: tipo di macchina su cui eseguire il provisioning della VM.
  • GROUP_NAME: nome del gruppo di nodi su cui eseguire il provisioning della VM.
  • MAINTENANCE_POLICY: comportamento delle VM durante gli eventi di manutenzione, impostato su MIGRATE o TERMINATE.
  • AUTOMATIC_RESTART: specifica se la VM viene riavviata automaticamente quando Compute Engine la arresta. Il valore predefinito è true.
  • NETWORK: nome della rete a cui connettere la VM.
  • SUBNETWORK: nome della subnet a cui connettere la VM.
  • IMAGE_PROJECT: progetto di immagini contenente l'immagine di origine.
  • IMAGE_FAMILY: famiglia di immagini dell'immagine di origine.

Passaggi successivi